Subversion分支的管理

Question

在我们的项目中，现在我们需要在Subverison上制作一个。

有一次branch制作，我们需要在实践中管理两个当代项目。这意味着，如果我们解决了branch上的一个bug，我们也应该在trunk上解决它。第一次合并基本上很容易，但是时间越长，越多的trunk将从branch推迟，因此需要进行特定的修复，以解决主干和分支上的问题。

问题是：

为了确保没有人忘记将补丁从branch带到trunk，我想编写一个简单的程序，检查branch上的提交，读取注释，并试图在trunk上找到完全相同的注释。如河一号。

有什么更聪明的解决办法吗？

Answer 1

唯一明智的方法是进行自动化测试，并在测试失败时使构建失败。您可能应该管理主干/分支区分之外的测试，或者将所有测试套件保留在主干上，并设置每个测试用例，以便它也在适当的分支(Es)中运行。

case $1 in trunk | 2.13branch ) run this test ;; esac

..。或者更类似的是，只跳过某些已命名的旧旧分支的测试，而这些旧分支的修复程序应该是不可用的。

Answer 2

是的，使用svn外部代码来确保代码在需要时是相同的，并每天重新构建：http://www.joelonsoftware.com/articles/fog0000000043.html。