我已经阅读了很多关于在从SVN中将分支合并回到主干时需要重新集成的内容（an article about foreign repository merges非常有用）。
问题似乎来自这样一个事实：人们经常从主干更新分支，这意味着最终的合并是反思性的。
在我的用例中，我们希望创建一个发布分支，只要稳定分支并修复任何错误，它就会存在。为了保持稳定性，我们不希望从主干合并，但我们确实希望定期从发布分支合并修复程序，以便主干免费获取所有错误修复。我们也不想等到QA结束才能合并回主干。因此，我们想：
由于我们永远不会从主干合并，我认为我们不必担心重新整合的问题是为了解决。这种方法有问题吗？
答案 0 :(得分：1)
您的方法适合您的情况。
反射合并的唯一问题是失去冲突解决工作（以及合并期间提交的无关更改）。 由于您不会有任何相互冲突的更改，并且您的分支上的所有更改集都将成为合并到主干的合法候选者，因此您可以继续使用。
如果你开始从主干开始合并，那么你可能遇到了一些麻烦，但即便如此，如果你的冲突解决工作很少，并且你跟踪它，你仍然可以去。