svn - git-svn 和远程 git repo sync

Question

在我的工作场所，我们使用 SVN 进行版本控制。当我发现它时，我切换到 git-svn，最近我决定将我的一些私有(private)分支同步到另一个远程 git 仓库。然后，工作流程包括通过 git-svn 从 SVN 存储库 rebase 并推送到 SVN 存储库，同时处理被推送到远程 git 存储库的单独的私有(private)功能分支，以便我可以在必要时在家处理它们。

现在，每次我从 git-svn rebase 时，我的远程 git 存储库都会要求首先被 pull 。有时，在进行 pull 时，更改不会完全 merge ，即使据推测，远程仓库应该包含与我与 svn 同步的本地仓库相同的提交。最近我求助于删除远程分支，然后再将它们再次推送到远程仓库，但这是不对的。

是 git 没有为这种工作流程设置，还是我做错了什么？

谢谢!

Answer 1

首先，感谢 Matthew 提供的链接——他们帮助我找到了我自己的解决方案。

这样做是可能的，但需要注意的是它需要一些小心并且很可能对所涉及的提交者数量有限制。我的用例基本上就是 mitjak 所描述的；需要和/或希望使用两个远程存储库(一个 SVN 和另一个 Git)的单个用户。在我的例子中，前者在防火墙后面工作，另一个在异地(也是私有(private)的)。目标是能够使用 Git 在存储库的本地副本上工作，并使两个远程存储库都满意。

我的程序:

这一切都取决于 git svn dcommit 更改与原始 git 提交关联的 SHA1 的事实。牢记这一点，在本地提交后，我 [可选地 git svn rebase 然后] git svn dcommit，生成最终的 SHA1。那时，我推送到我的远程 git 仓库。如果像 Chacon 所说的那样，你要做的只是使用 git 提供一个更有效的克隆点，你就完成了。但您可能还希望能够:

1. 从另一个本地“纯 git”存储库推送到远程 git 存储库，然后是
2. 同步混合 git/svn 存储库，然后
3. 将这些更改推送到 SVN 存储库。

第1步代表没有问题；在提交到本地“纯 git”存储库之后 git push 到远程 git 存储库。

第二步没问题；返回您的混合 git/svn 存储库，git pull 来自远程 git 存储库的更改。此时，与新提取的修订相关联的 SHA1 与远程 git 存储库中的那些同步。

第 3 步是该过程变得有点棘手的地方。你可以像上面描述的那样git svn dcommit将它们推送到SVN仓库，但是情况和上面描述的有点不同。在这种情况下，您现在在远程 SVN 和 git 存储库中具有相同的修订，但由于 dcommit，它们具有不同的 SHA1。我按以下方式处理:

在第 2 步的 pull 过程中，我注意到关联的开头 SHA1；例如，

  git pull  someone@example.org's password:   remote: Counting objects: 5, done.  remote: Compressing objects: 100% (3/3), done.  remote: Total 3 (delta 0), reused 0 (delta 0)  Unpacking objects: 100% (3/3), done.  From ssh://example.org/pub/scm/demonstrate    34b6260..17cd887  master     -> origin/master  Updating 34b6260..17cd887  Fast forward    file3 |    2 +-    1 files changed, 1 insertions(+), 1 deletions(-)

所以这里感兴趣的 SHA1 是 34b6260。 git log origin 应该确认这是远程 git 存储库中最后一次提交，它有一个与之关联的 git-svn-id。然后我执行以下操作:

git push -f origin 34b6260:master

执行远程存储库的强制更新以排除我从“纯 git”本地存储库进行的“纯 git”提交——小心使用!在这种情况下，我知道我在本地有这些提交；他们只是具有与 dcommit 不同的 SHA1。然后我 git push 到远程存储库，添加我刚刚删除的提交的“git-svn-id”版本，并且远程存储库同步。

将“纯 git”本地存储库与远程 git 存储库重新同步是最后一步，但类似的注意会产生令人满意的结果。在这种情况下，远程 git 存储库现在包含提交的“git-svn-id”版本，而本地“纯 git”存储库仍然包含原始 SHA1。处理这个问题的最简单方法是从远程 git 存储库 git fetch，然后 git reset --hard origin 强制本地 git 存储库镜像状态远程。