SVN中维护分支的工具

Question

我的团队使用 SVN 进行源代码控制。最近，我一直在开发一个分支，偶尔会从主干进行合并，这是一次相当烦人的经历（参见 Joel Spolsky 的 “Subversion Story #1”），所以我一直在寻找管理分支和合并的替代方法。鉴于集中式 SVN 存储库是不可协商的，我想要的是一组满足以下条件的工具。

1. 主干和分支的完整修订历史记录应存储在 SVN 中。

2. 向任一方向（以及可能交叉）进行合并应该相对轻松。

3. 合并历史记录应最大程度地存储在 SVN 中。

我查看了 git-svn 和 bzr-svn ，但似乎都无法胜任这项工作——基本上，考虑到它们可以从 SVN 存储库导出的修订历史记录，他们似乎无法比 SVN 更好地处理合并工作。例如，在使用 git 克隆存储库后，我的分支的修订历史记录显示了主干上的原始分支，但 git 没有“看到”任何临时分支SVN 合并为“本机”合并——修订历史记录是一长行。因此，任何从 git 中从 trunk 进行合并的尝试都会产生与 SVN 合并一样多的冲突。 （此外，git-svn 文档明确警告不要使用git 在分支之间合并。）

有没有办法调整我的工作流程以使 git 满足上述要求？也许我只需要提示或技巧（或单独的合并工具？）来帮助 SVN 更好地合并到分支中？

Answer 1

如果没有纯粹的 SVN 答案，我想参考 SO 问题“如何欺骗 git-svn 来识别用 svn 进行的合并？"

我建议在一个特殊的分支中进行这些 git 合并，但一个更简单的解决方案是记录（至少最新）SVN 合并到 git-svn 克隆存储库中 git 嫁接文件，以便将： 转换

  o-...-A---o---D--- unstable
 /       
X-----B---M---o---o--- stable

为：

  o-...-A---o---D--- unstable
 /       \ 
X-----B---M---o---o--- stable

，在 dcommit 并将其发送回 SVN 之前简化 git 合并过程。