Git-svn
Материал из ALT Linux Wiki
Real (обсуждение | вклад) (Создание предварительного наброска) |
Real (обсуждение | вклад) (Репозитории с паролем) |
||
| (1 промежуточная версия не показана) | |||
| Строка 1: | Строка 1: | ||
| - | + | == Создаём новый git-репозиторий == | |
| + | Если пакета ещё нет в репозитории, или он попадал в репозиторий только через incoming, и нет смысла сохранять его историю. | ||
| + | |||
| + | Создаём репозиторий: | ||
| + | $ mkdir repo | ||
| + | $ cd repo | ||
| + | $ git init | ||
| + | Инициализируем git-svn: | ||
| + | $ git svn init -s svn://radlinux.org/radlinux/ | ||
| + | Втягиваем svn-репозиторий (в <tt>remotes/trunk</tt>, <tt>remotes/tags/*</tt> и <tt>remotes/branches/*</tt>, для нестандартных раскладок репозитория см. <tt>git-svn(1)</tt>): | ||
| + | $ git svn fetch | ||
| + | Бранч master теперь указывает на trunk. При наличии необходимости переставляем его на какой-то релиз: | ||
| + | $ git reset --hard tags/ВЕРСИЯ | ||
| + | |||
| + | == Конвертируем существующий git-репозиторий<ref>raorn@ [http://lists.altlinux.org/pipermail/devel/2008-August/159404.html об использовании git-svn]</ref> == | ||
| + | |||
| + | Если пакет уже есть — берём за основу его репозиторий: | ||
$ ssh -n git.alt git-clone git.alt:/archive/p/package-name.git | $ ssh -n git.alt git-clone git.alt:/archive/p/package-name.git | ||
$ git clone git.alt:packages/package-name.git | $ git clone git.alt:packages/package-name.git | ||
| + | Удаляем бранч <tt>srpms</tt>, он больше не нужен — src.rpm пакеты всасывать больше никто не будет: | ||
$ git branch -d srpms | $ git branch -d srpms | ||
$ git push origin :srpms | $ git push origin :srpms | ||
| + | Инициализируем git-svn: | ||
$ git svn init -s svn://radlinux.org/radlinux/ | $ git svn init -s svn://radlinux.org/radlinux/ | ||
| + | Втягиваем svn-репозиторий (в <tt>remotes/trunk</tt>, <tt>remotes/tags/*</tt> и <tt>remotes/branches/*</tt>, для нестандартных раскладок репозитория см. <tt>git-svn(1)</tt>): | ||
$ git svn fetch | $ git svn fetch | ||
| - | + | После импорта из src.rpm исходники находились в поддиректории. Передвигаем их на уровень выше, чтобы расклад совпадал с бранчем, в который импортированы исходники из svn: | |
| - | + | ||
| - | + | ||
| - | + | ||
$ git mv имякаталога/* . | $ git mv имякаталога/* . | ||
$ git mv имякаталога/.* . # (if any) | $ git mv имякаталога/.* . # (if any) | ||
$ git commit -m 'git mv имякаталога/* .' | $ git commit -m 'git mv имякаталога/* .' | ||
| + | «Пристёгиваем» нужную версию из svn к истории пакета. Как правило мёрж происходит чисто, но могут быть проблемы, если последний импортированный src.rpm содержит тарболл, не соответствующий чекауту из svn. В принципе можно сделать merge с <tt>-s ours</tt>, но это скроет возможные ошибки. | ||
$ git pull . tags/ВЕРСИЯ_ПАКЕТА | $ git pull . tags/ВЕРСИЯ_ПАКЕТА | ||
| - | + | == <tt>.gear/rules</tt> == | |
| - | + | ||
| - | + | ||
| - | + | ||
| - | + | Содержимое <tt>.gear/rules</tt> будет примерно таковым: | |
| + | |||
| + | tar: remotes/tags/@version@:. # тарбол будет генерироваться из upstream-тэга | ||
| + | diff: remotes/tags/@version@:. . # будет создан один patch между master и upstream-тэгом | ||
| + | |||
| + | == Накладывание патчей == | ||
| + | |||
| + | Прикладываем патчи как обычно: в master, или в разные бранчи — как удобно. | ||
| + | |||
| + | == Новые upstream-версии == | ||
| + | |||
| + | Вытаскиваем новые изменения из svn-репозитория: | ||
| + | $ git svn fetch | ||
| + | Обновляем master до новой версии: | ||
| + | $ git pull . tags/НОВАЯ_ВЕРСИЯ # или trunk или branches/БРАНЧ | ||
| - | + | == Репозитории с паролем <ref>[http://stackoverflow.com/questions/21040553/git-svn-clone-password-pass-gives-unknown-option-password Репозитории с паролем]</ref> == | |
| - | + | ||
| - | + | == Ссылки == | |
| - | + | ||
| - | + | <references/> | |
[[Категория:git]] | [[Категория:git]] | ||
Текущая версия на 12:25, 5 марта 2015
Содержание |
Создаём новый git-репозиторий
Если пакета ещё нет в репозитории, или он попадал в репозиторий только через incoming, и нет смысла сохранять его историю.
Создаём репозиторий:
$ mkdir repo $ cd repo $ git init
Инициализируем git-svn:
$ git svn init -s svn://radlinux.org/radlinux/
Втягиваем svn-репозиторий (в remotes/trunk, remotes/tags/* и remotes/branches/*, для нестандартных раскладок репозитория см. git-svn(1)):
$ git svn fetch
Бранч master теперь указывает на trunk. При наличии необходимости переставляем его на какой-то релиз:
$ git reset --hard tags/ВЕРСИЯ
Конвертируем существующий git-репозиторий[1]
Если пакет уже есть — берём за основу его репозиторий:
$ ssh -n git.alt git-clone git.alt:/archive/p/package-name.git $ git clone git.alt:packages/package-name.git
Удаляем бранч srpms, он больше не нужен — src.rpm пакеты всасывать больше никто не будет:
$ git branch -d srpms $ git push origin :srpms
Инициализируем git-svn:
$ git svn init -s svn://radlinux.org/radlinux/
Втягиваем svn-репозиторий (в remotes/trunk, remotes/tags/* и remotes/branches/*, для нестандартных раскладок репозитория см. git-svn(1)):
$ git svn fetch
После импорта из src.rpm исходники находились в поддиректории. Передвигаем их на уровень выше, чтобы расклад совпадал с бранчем, в который импортированы исходники из svn:
$ git mv имякаталога/* . $ git mv имякаталога/.* . # (if any) $ git commit -m 'git mv имякаталога/* .'
«Пристёгиваем» нужную версию из svn к истории пакета. Как правило мёрж происходит чисто, но могут быть проблемы, если последний импортированный src.rpm содержит тарболл, не соответствующий чекауту из svn. В принципе можно сделать merge с -s ours, но это скроет возможные ошибки.
$ git pull . tags/ВЕРСИЯ_ПАКЕТА
.gear/rules
Содержимое .gear/rules будет примерно таковым:
tar: remotes/tags/@version@:. # тарбол будет генерироваться из upstream-тэга diff: remotes/tags/@version@:. . # будет создан один patch между master и upstream-тэгом
Накладывание патчей
Прикладываем патчи как обычно: в master, или в разные бранчи — как удобно.
Новые upstream-версии
Вытаскиваем новые изменения из svn-репозитория:
$ git svn fetch
Обновляем master до новой версии:
$ git pull . tags/НОВАЯ_ВЕРСИЯ # или trunk или branches/БРАНЧ
