如何在没有共同历史记录的情况下重新集成svn和git存储库？

时间：2010-10-05 15:02:16

标签： git git-svn

我有一个基于github的git存储库，代表某个点的开发，然后是一个没有用git svn初始化的svn存储库，它有进一步的开发。我想将svn更改带入git存储库，开始使用git repo进行开发，并使用git svn dcommit推送更改。这可能吗？这是可取的吗？

以下是我的具体信息：

我们在这里开始开发WordPress插件：

http://github.com/mrdoornbos/wpconfidentcaptcha

Master在ef82b94a1232b44aae3e，并且在github中没有进一步的更改。

当我们接受wp-plugins.org的申请时，为我们创建了一个空的svn回购：

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

然后将某些修改过的文件复制到（r256425）中。进行了进一步的修改，最后一次是r278935。

我想要的是将SVN更改与git svn元数据一起应用于master。

这是我到目前为止（大约需要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，以便两个repos的头部具有相同的文件，并让git svn dcommit from origin起源/主

重新开始使用新的github repo似乎是最直接的方式，我不会因失去早期历史而感到难过。但是，似乎应该有一种方法可以使用现有的github repo。

（编辑：看起来这个问题已经被问到How to merge two branches without a common ancestor?，但是没有使git filter-branch示例需要使它工作。不像那个问题，这些是公共的svn和git repos，所以答案可以使用工作脚本。）

2 个答案:

答案 0 :(得分：16)

这对我有用：

  1. 将git和svn历史记录导入一个存储库
  2. 使用grafts和filter-branch将svn树附加到git head和
  3. 重置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 # Takes about 4 minutes

    现在历史看起来像这样（parens中的友好提交名称）：

    $ 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

    存储库中基本上有两个独立的历史记录，需要一些体操才能加入。

    移植，合并和过滤以重写历史

    在第2部分中，我使用移植来使最后一个git提交第一个的父级 svn commit：

    $ 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 repo的人都必须自己重建移植物。这很容易编写脚本，但这是我可以使用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历史看起来像是一个正确的变化序列，而其他人会看到相同的序列，而不会弄乱移植物。

    重新创建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是。我需要将svn trunk指向新的提交，然后重新创建元数据。这是我不是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 repo克隆，他们会以提交消息的形式获得大部分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 trunk准备好了。要获取标签，我必须重新获取：

    $ 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

    我通过在.git / config中手动设置svn配置来修复这些：

    [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存储库更新到git存储库的HEAD），一些自定义脚本可能更有效。

答案 1 :(得分：1)

只是合并吗？

git checkout master
git merge -X theirs svn/trunk
相关问题
最新问题