我们需要在项目中对 Subverison 进行branch
。
有一次branch
,我们需要在实践中管理2个当代项目。这意味着,如果我们解决branch
上的错误,我们也应该在trunk
上进行修改。第一次它基本上很容易合并,但更多的时间过去,更多的trunk
将推迟branch
,因此将需要进行特定的修复以解决主干和分支上的问题。
问题:
为确保没有人忘记将修复程序从branch
转移到trunk
,我正在考虑编写一个简单的程序来检查branch
上的提交,读取评论并尝试查找< em> trunk
上完全相同的评论。粗暴一个。
还有更聪明的解决方案吗?
答案 0 :(得分:1)
是的,使用svn externals来确保代码完全相同并且每天重新构建:http://www.joelonsoftware.com/articles/fog0000000043.html
答案 1 :(得分:1)
唯一合理的方法是进行自动化测试,如果测试失败则无法构建。您应该在trunk / branch之外管理测试,或者可以将所有测试套件保留在trunk上,并设置每个测试用例,以便它也在相应的分支中运行。
case $1 in trunk | 2.13branch ) run this test ;; esac
......或者更像是,只跳过某些已命名的旧遗留分支的测试,而该分支的修复程序不可用。