Как я могу реинтегрировать репозиторий SVN и GIT без общей истории? - PullRequest
Новая
       2

Как я могу реинтегрировать репозиторий SVN и GIT без общей истории?

11 голосов
/ 05 октября 2010

У меня есть git-репозиторий gitub, который представляет разработку до определенной точки, а затем svn-репозиторий, не инициализированный git svn, который имеет дальнейшее развитие. Я хочу внести изменения SVN в репозиторий git, начать использовать репозиторий git для разработки и отправлять изменения с помощью git svn dcommit. Это возможно? Желательно ли это?

Вот мои особенности:

Мы начали разработку плагина WordPress здесь:

http://github.com/mrdoornbos/wpconfidentcaptcha

Мастер находится по адресу ef82b94a1232b44aae3e, и дальнейшие изменения в github не вносились.

Когда наше приложение к wp-plugins.org было принято, для нас было создано пустое хранилище svn:

http://svn.wp-plugins.org/wp-confident-captcha/trunk@278927

Затем были скопированы несколько измененных файлов (r256425). Внесены дальнейшие изменения, последним из которых является r278935.

Я хочу, чтобы изменения SVN применялись к мастеру вместе с метаданными git svn.

Вот что у меня есть (занимает около 4 минут): 

git clone git://github.com/mrdoornbos/wpconfidentcaptcha.git github_cc
cd github_cc
git svn init --stdlayout --prefix="svn/" http://svn.wp-plugins.org/wp-confident-captcha
git svn fetch --revision 256362:278935

Это помещает мое дерево github в origin / master, а мое дерево svn в svn / trunk (а также все теги в их собственные ветви / svn). Не существует общего предка между origin / master и svn / trunk. Я не уверен, куда идти дальше, или есть ли способ получить изменения из svn / trunk в origin / master, чтобы заголовок двух репозиториев имел одинаковые файлы и позволил git svn dcommit работать с origin /master.

Начинать заново с нового репозитория github кажется самым простым способом, и мне не было бы грустно терять раннюю историю. Но, похоже, должен быть способ заставить это работать с существующим репозиторием github.

(Редактировать: похоже, это уже задавали как Как объединить две ветви без общего предка? , но без примера git filter-branch, необходимого для его работы. В отличие от этого вопроса, это публичные репозитории svn и git, поэтому возможен ответ с рабочим скриптом.)

Ответы [ 2 ]

16 голосов
/ 13 октября 2010

Вот что у меня сработало:

  1. Импорт историй git и svn в один репозиторий,
  2. Используйте трансплантаты и ветвь фильтра, чтобы прикрепить дерево SVN к головке git, и
  3. Сброс метаданных git-svn для использования новой истории.

Истории импорта

Эта часть уже была описана в вопросе: 

$ git clone git://github.com/mrdoornbos/wpconfidentcaptcha.git github_cc
$ cd github_cc
$ git svn init --stdlayout --prefix="svn/" http://svn.wp-plugins.org/wp-confident-captcha
$ git svn fetch --revision 256362:278935 # Takes about 4 minutes

Теперь история выглядит так (дружеские имена коммитов в скобках): 

$ git log --oneline --graph svn/trunk
* d9c713a (svn-z) Bump stable to 1.5.4
* 3febe34 (svn-y) Set display style to modal
... (other commits in svn tree)
* 2687d6a (svn-b) initial checkin
* 5c48853 (svn-a) adding wp-confident-captcha by mrdoornbos

$ git log --oneline --graph master
* ef82b94 (git-z) putting js file back
... (other commits in git tree)
* 8806456 (git-a) initial import

Есть в основном две независимые истории в хранилище, и потребуется немного гимнастики, чтобы присоединиться к ним.

Пересадка, слияние и фильтрация для перезаписи истории

Во второй части я использую прививку, чтобы последний мерзавец передал родителя первого SVN коммит: 

$ GRAFT_PARENT_GIT=`git log --pretty=format:'%H' -1 master`
$ GRAFT_FIRST_SVN=`git log --pretty=format:'%H' svn/trunk | tail -n1`
$ echo $GRAFT_FIRST_SVN $GRAFT_PARENT_GIT > .git/info/grafts
$ cat .git/info/grafts
5c48853d69cac0a4471fe96debb6ab2e2f9fb604 ef82b94a1232b44aae3ee5a998c2fa33acb6dcb0

Теперь слияние супер плавное: 

$ git merge svn/trunk
Updating ef82b94..d9c713a
Fast-forward
 .gitignore                                   |    3 -
(rest of merge lines removed)

$ git log --oneline --graph master
* d9c713a (svn-z) Bump stable to 1.5.4
* 3febe34 (svn-y) Set display style to modal
... (other commits in svn tree)    
* 2687d6a (svn-b) initial checkin
* 5c48853 (svn-a) adding wp-confident-captcha by mrdoornbos
* ef82b94 (git-z) putting js file back

$ git svn info
Path: .
URL: http://svn.wp-plugins.org/wp-confident-captcha/trunk
Repository Root: http://svn.wp-plugins.org
Repository UUID: b8457f37-d9ea-0310-8a92-e5e31aec5664
Revision: 278935
Node Kind: directory
Schedule: normal
Last Changed Author: Confident Technologies
Last Changed Rev: 278935
Last Changed Date: 2010-08-21 00:04:49 -0500 (Sat, 21 Aug 2010)

Это бы сработало, но трансплантаты не подталкивали к репо. Если я придерживаюсь стратегии прививки, то всем, кто хочет работать с репозиторием SVN, придется пересоздавать прививку самостоятельно. Сценарий достаточно прост, но в этом случае я могу добиться большего, используя git filter-branch. Эта команда используется для перезаписи истории git и имеет несколько действительно мощных опций. Тем не менее, команда по умолчанию делает именно то, что я хочу: пересчитать хэши коммитов, принимая во внимание любые «поддельные» родители, добавленные трансплантатами: 

$ git filter-branch master
Rewrite d9c713a99684e07c362b213f4eea78ab1151e0a4 (71/71)
Ref 'refs/heads/master' was rewritten

$ git log --oneline --graph master
* 51909da (svn-z') Bump stable to 1.5.4
* 7669355 (svn-y') Set display style to modal
... (other re-hashed commits in svn tree)  
* aed5656 (svn-b') initial checkin
* 0a079cf (svn-a') adding wp-confident-captcha by mrdoornbos
* ef82b94 (git-z) putting js file back

Теперь история мерзавцев выглядит как правильная последовательность изменений, и другие увидят ту же последовательность, не возясь с трансплантатами.

Воссоздание метаданных git-svn

Git счастлив, а git-svn - нет: 

$ git svn info
Unable to determine upstream SVN information from working tree history

$ git log --oneline --graph svn/trunk
* d9c713a (svn-z) Bump stable to 1.5.4
* 3febe34 (svn-y) Set display style to modal

git-svn хранит свои собственные метаданные о коммитах (в .git / svn / *) и просматривает ветку refspec refs / remotes / svn / trunk (как установлено в конфигурации во время git svn init), чтобы определить, что svn head commit is. Мне нужно указать ствол SVN на новый коммит, а затем воссоздать метаданные. Это та часть, в которой я не уверен на 100%, но она работает для меня: 

$ GIT_NEW_SVN_TRUNK=`git log --pretty=format:'%H' -1 master`
$ echo $GIT_NEW_SVN_TRUNK
51909da6a235b3851d5f76a44ba0e2d128ded465
$ git update-ref --no-deref refs/remotes/svn/trunk $GIT_NEW_SVN_TRUNK
$ rm -rf .git/svn  # Clear the metadata cache
$ git svn info     # Force a rebuild of the metadata cache
Migrating from a git-svn v1 layout...
Data from a previous version of git-svn exists, but
  .git/svn
  (required for this version (1.7.3.1) of git-svn) does not exist.
Done migrating from a git-svn v1 layout
Rebuilding .git/svn/refs/remotes/svn/trunk/.rev_map.b8457f37-d9ea-0310-8a92-e5e31aec5664 ...
r256362 = 0a079cfe51e4641da31342afb88f8b47a0b3f2f3
r256425 = aed565642990be56edc5d1d6be7fa9075bab880d
(...more lines omitted)
r278933 = 766935586d22770c3ef536442bb9e57ca3708118
r278935 = 51909da6a235b3851d5f76a44ba0e2d128ded465
Done rebuilding .git/svn/refs/remotes/svn/trunk/.rev_map.b8457f37-d9ea-0310-8a92-e5e31aec5664
Path: .
URL: http://svn.wp-plugins.org/wp-confident-captcha/trunk
(...and the rest of the git svn info output from above)

Воссоздание метаданных git-svn на клоне

Если кто-то клонирует из моего репозитория git, он получает большую часть метаданных git-svn в виде сообщений коммита, но этого недостаточно, чтобы использовать git-svn самостоятельно. Большинству людей это не нужно, но когда-нибудь мне нужно будет установить новый компьютер или подготовить замену. Вот что сработало для меня: 

$ cd ..
$ git clone github_cc github_cc2
$ cd github_cc2
$ git svn init --stdlayout --prefix="svn/" http://svn.wp-plugins.org/wp-confident-captcha
$ git update-ref --no-deref refs/remotes/svn/trunk 51909da6a235b3851d5f76a44ba0e2d128ded465
$ git svn info
Rebuilding .git/svn/refs/remotes/svn/trunk/.rev_map.b8457f37-d9ea-0310-8a92-e5e31aec5664 ...
r256362 = 0a079cfe51e4641da31342afb88f8b47a0b3f2f3
r256425 = aed565642990be56edc5d1d6be7fa9075bab880d
(...more lines omitted)
r278933 = 766935586d22770c3ef536442bb9e57ca3708118
r278935 = 51909da6a235b3851d5f76a44ba0e2d128ded465
Done rebuilding .git/svn/refs/remotes/svn/trunk/.rev_map.b8457f37-d9ea-0310-8a92-e5e31aec5664
Path: .
URL: http://svn.wp-plugins.org/wp-confident-captcha/trunk
(...and the rest of the git svn info output from above)

Теперь ствол svn готов. Чтобы получить теги, мне пришлось повторно получить: 

$ git svn fetch -r256362:278935
(Lots of output, seemed to be about 4 minutes again
$ git svn rebase # Fetch the rest of svn history and update metadata

Я не уверен, сработает ли эта точная последовательность после того, как в дереве появится больше истории.

Я получил несколько сообщений во время git svn rebase: 

W: Refspec glob conflict (ref: refs/remotes/svn/trunk):
expected path: wp-confident-captcha/branches/trunk
    real path: wp-confident-captcha/trunk
Continuing ahead with wp-confident-captcha/trunk

Я исправил это, вручную установив конфигурацию svn в .git / config: 

[svn-remote "svn"]
  url = http://svn.wp-plugins.org
  fetch = wp-confident-captcha/trunk:refs/remotes/svn/trunk
  branches = wp-confident-captcha/branches/*:refs/remotes/svn/branches/*
  tags = wp-confident-captcha/tags/*:refs/remotes/svn/tags/*

Краткое описание

Это большая работа, чтобы заставить git svn rebase и git svn dcommit работать. Я многое узнал о git и git svn, но я не уверен, что конечная цель того стоила. Для этого варианта использования (иногда обновляйте svn-репозиторий до HEAD репозитория git) некоторые пользовательские сценарии могут быть более эффективными.

1 голос
/ 05 октября 2010

Просто слить? 

git checkout master
git merge -X theirs svn/trunk
...