Git-svn: различия между версиями
Real (обсуждение | вклад) (Создание предварительного наброска) |
Real (обсуждение | вклад) (Репозитории с паролем) |
||
| (не показана 1 промежуточная версия 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]] | ||
Текущая версия от 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/БРАНЧ