Git-svn

Материал из ALT Linux Wiki

Создаём новый 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/БРАНЧ

Репозитории с паролем [2]

Ссылки