3

我已经阅读了很多关于当您从分支合并回 SVN 中的主干时需要重新集成的内容(一篇关于外部存储库合并的文章非常有帮助)。

问题似乎来自人们定期从主干更新分支的事实,这意味着最终合并回来是反射性的。

在我的用例中,我们想要创建一个发布分支,只要它能够稳定分支并修复任何错误,它就会一直存在。为了保持稳定性,我们不想从主干向上合并,但我们确实希望定期从发布分支向下合并修复,以便主干免费获得所有错误修复。我们也不想等到QA结束才合并回主干。因此,我们希望:

  1. 创建分支
  2. 定期更改分支(和主干)
  3. 定期合并回主干(也许每天)

由于我们永远不会从主干合并,我认为我们不需要担心重新集成旨在解决的问题。这种方法有问题吗?

4

1 回答 1

1

您的方法将适用于您的情况。

反射合并的唯一问题是失去了冲突解决工作(以及合并期间提交的不相关更改)。由于您不会有任何冲突的更改,并且您分支上的所有更改集都将成为合并到主干的合法候选者,因此您可以开始了。

如果您从主干开始合并,那么您可能会遇到一些麻烦,但即便如此,如果您的冲突解决工作很少并且您跟踪它,那么您仍然可以继续进行。

于 2010-04-12T15:45:07.747 回答