TortoiseSVN/Subversion - 分支到主干的定期合并

Question

我们公司最近使用TortoiseSVN作为客户端将版本控制系统切换到SVN ,以便于使用敏捷开发方法.我们的SVN存储库有多个来自主干的分支,每个sprint一个.我们通常做"保持分支最新的主干然后重新整合分支"的方法.但是,有时需要将分支中的更改移植到主干或其他分支!(像错误修复).我们有一个不断开发的bugfixes分支(如果可能的话我想保留它一个分支,所以trunk可以保持"纯粹").

如果我定期合并一系列修订从分支到主干,然后在完成我们的错误修正集后重新集成分支到主干,这会有效吗？我不想双重合并.从来没有做过重新整合合并而只是继续做一系列的修改会更好吗？我们正在使用SVN 1.6.

Answer 1

如果我定期合并一系列修订从分支到主干,然后在完成我们的错误修正集后重新集成分支到主干,这会有效吗？

是的,它会起作用.

我不想双重合并.

由于您使用的是Subversion 1.6,因此只要svn:mergeinfo属性未被篡改,Subversion就会跟踪已合并的更改,并仅合并那些尚未合并的更改.

从来没有做过重新整合合并而只是继续做一系列的修改会更好吗？

你可以做任何一个.但我建议进行重新整合合并,除非您将补丁或热修复移动到主干或其他分支.

关于从分支到分支合并时的补丁或热修复的一个注意事项:如果热修复或补丁具有新对象(文件和/或目录),请注意.有时这些可能导致树冲突,在分支被释放后合并或重新集成可能会很痛苦,移动到主干,然后从主干更新另一个分支.Subversion 1.6.x和相关客户端在合并过程中处理此问题,但较旧的客户端则不会.