Git 和 SVN 通过 git svn 分支合并。 哪种程序最好？

Question

我正在使用 git svn 在 git 和 SVN 之间同步源。 我喜欢与分支机构合作，这就是问题所在。

我正在创建一个分支： git svn branch mybranch

之后我检查分支。 在我修改了源代码后，我准备将 mybranch 合并到 master 分支。

你怎么样？ git 合并不起作用， git merge --no-ff 创建单个提交。 您是否使用cherry-pick 来挑选那些提交？ 如何在不丢失在 mybranch 中创建的提交的情况下将更改从 mybranch 集成到 master？

非常感谢！

Answer 1

SVN 中的分支和合并与 Git 中的分支和合并显着不同。 Git的要好得多。 SVN 无法处理 git 所做的大部分合并。 以下是我建议的合并方式：

案例 1) 创建个人功能分支，然后将其合并回共享的 SVN 分支

在这种情况下，仅在 Git 中创建特征分支。 根据需要在 git 中提交。 如有必要，请随时进行 rebase/squash。 当您准备好将更改合并回 SVN 共享分支时：

案例 1a）您希望将所有单独的提交存储在 SVN

重新设置您的功能分支，使其所有提交都在共享分支的尖端之后。 然后快进将您的功能分支合并到共享分支中。 这会在您的 SVN 共享分支中留下线性历史记录。 这个很重要。 SVN 无法处理非线性历史。 现在您可以将您的共享分支推送到 SVN（请务必先从 SVN 更新）。

git checkout myfeature
git rebase master    # we need a linear history on master, so rebase
git checkout master
git merge myfeature --ff-only  # ff-only ensures a linear history
git svn rebase  #update from SVN
git svn dcommit #finally, commit to SVN

案例 1b）您只需要在 SVN 历史记录中进行一次提交。

在这种情况下，请执行合并 --squash。 这将向您的共享分支添加一个提交，您可以将其推送到 SVN。 您的功能分支应该被删除（如果您想在 git 历史记录中保留您的单独提交，则应将其替换为标签），因为 git 将没有合并历史记录，并且将来从分支进行的合并可能会导致不必要的冲突。

案例 2）您需要合并两个 SVN 分支。

总是在 SVN 中合并 SVN 分支，而不是 Git。 SVN 无法处理 Git 合并，如果在 Git 中合并。 SVN 将来将无法毫无问题地合并这些分支。 如果 SVN 做到了，Git 应该仍然能够检测到合并。

或者，您可以在 Git 中进行所有合并。 由于 SVN 对这些合并一无所知（它不会知道提交是合并提交） SVN 将无法在没有大量手动干预的情况下合并这些分支。 SVN 使用“mergeinfo”来跟踪哪些提交已经应用于哪些分支，并且在 Git 中合并不会更新 SVN 的 mergeinfo。 所以你的选择是总是在 SVN 中合并 SVN 分支，或者总是在 Git 中。