多个分支合并，坚持使用 Subversion 还是迁移到 Mercurial 或 Git？答案

【问题标题】：Multiple branch merges, stick with Subversion or move to Mercurial or Git?多个分支合并，坚持使用 Subversion 还是迁移到 Mercurial 或 Git？
【发布时间】：2010-03-10 02:50:41
【问题描述】：

假设存在三个分支 A、B 和 C，其中 A 定期合并到 B 和 C。有时 B 会合并到 C。对于 Subversion，显然必须在每次合并到 C 后删除并重新创建 B。这引起了同事的抱怨，但还有其他选择会更好吗？在我看来，Mercurial 不会。也许是 Git？

还有其他人遇到这个问题吗？

【问题讨论】：

A、B 和 C 是同一棵树的分支，正如您的文本所暗示的那样，还是彼此的子树，正如您的标题所暗示的那样？换句话说，它们是相同内容的不同版本，还是不同但相互依赖的内容的版本？
@Novelocrat：我的意思是分支。

标签： svn git merge

【解决方案1】：

您应该可以使用 Subversion 毫无问题地做到这一点。详细学习 Subversion 可能比使用新的版本控制系统设置项目更容易。这是一个很好的指南：

http://svnbook.red-bean.com/en/1.5/svn.branchmerge.html

我建议您尽可能多地尝试合并您的分支，这将最大限度地减少复杂性以及如果您在合并之前等待太久而出现的问题。持续集成 (CI) 是避免问题和简化合并的关键。

祝你好运！

【讨论】：

@Ricardo：如果你阅读了关于合并分支的部分，你会看到我关于必须丢弃分支的评论来自哪里。总的来说，我的印象是 Subversion 不符合任务，但是切换到 Mercurial（Git 不是一个选项）可能很困难。

【解决方案2】：

Git 和 Mercurial 在合并方面都比颠覆所能提供的先进得多。如果您真的想通过并发开发简化合并，请考虑使用 Git 或 Mercurial。

一旦我做出改变，就没有回头路了。我当前的项目有许多并发的开发流，所有这些都通过 Git 简单地管理。

【讨论】：