Svn 多分支合并、坚持使用Subversion或迁移到Mercurial或Git？

假设有三个分支，a、B和C，其中a定期合并到B和C。不时地，B被合并到C。使用Subversion，B显然必须在每次合并到C之后被删除并重新创建。这引起了同事们的抱怨，但还有其他方法能做得更好吗？在我看来，Mercurial不会。也许是吉特

---

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

使用Subversion应该能够做到这一点，没有任何问题。详细了解Subversion可能比使用新的版本控制系统设置项目更容易。这里有一个很好的指南：

我建议您尽可能多地尝试合并分支，这将最大限度地降低复杂性，并减少在合并之前等待太久所产生的问题。持续集成CI是避免问题和简化合并的关键

---

祝你好运

使用Subversion应该能够做到这一点，没有任何问题。详细了解Subversion可能比使用新的版本控制系统设置项目更容易。这里有一个很好的指南：

我建议您尽可能多地尝试合并分支，这将最大限度地降低复杂性，并减少在合并之前等待太久所产生的问题。持续集成CI是避免问题和简化合并的关键

---

祝你好运

Git和Mercurial在合并方面都比subversion提供的要先进得多。如果您真的想使合并简单，同时考虑并发开发，请考虑使用Git或Myurial.<

---

一旦我做出改变，就再也回不去了。我当前的项目有许多并发的开发流，都是通过Git简单地管理的。

Git和Mercurial在合并方面都比subversion提供的要先进得多。如果您真的想使合并简单，同时考虑并发开发，请考虑使用Git或Myurial.<

---

一旦我做出改变，就再也回不去了。我当前的项目有许多并发的开发流，都是通过Git简单地管理的。

如你的文章所示，A、B和C是同一棵树的分支，还是如你的标题所示，是彼此的子树？换句话说，它们是同一内容的不同版本，还是不同但相互依赖的内容的版本？@Novelocrat:我指的是分支。A、B和C分支是同一棵树的分支，就像你的文章所暗示的，还是像你的标题所暗示的，彼此的子树？换句话说，它们是同一内容的不同版本，还是不同但相互依赖的内容的版本？@Novelocrat:我指的是分支。@Ricardo:如果你阅读了关于合并分支的章节，你就会看到我关于必须放弃分支的评论。总的来说，我的印象是Subversion无法胜任这项任务，但是切换到Mercurial Git可能并不困难。@Ricardo：如果你阅读了关于合并分支的章节，你会看到我关于必须放弃分支的评论。总的来说，我的印象是Subversion不能胜任这项任务，但是切换到Mercurial Git可能并不困难。