Git-svn: различия между версиями
Нет описания правки |
Real (обсуждение | вклад) (Репозитории с паролем) |
||
Строка 50: | Строка 50: | ||
Обновляем master до новой версии: | Обновляем master до новой версии: | ||
$ git pull . tags/НОВАЯ_ВЕРСИЯ # или trunk или branches/БРАНЧ | $ git pull . tags/НОВАЯ_ВЕРСИЯ # или trunk или branches/БРАНЧ | ||
== Репозитории с паролем <ref>[http://stackoverflow.com/questions/21040553/git-svn-clone-password-pass-gives-unknown-option-password Репозитории с паролем]</ref> == | |||
== Ссылки == | == Ссылки == |
Текущая версия от 15: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/БРАНЧ