我可以通过Subversion合并跟踪从分支到主干重复合并吗？

Question

我们发布了1.0版并继续在trunk中开发2.0.我们为与发布版本相关的错误修复创建了分支/ 1.0.

计划是:

• 继续在trunk/2.0中继续开发
• trunk /包含不要合并到branches/1.0的新功能,因此trunk不会合并到branches/1.0中
• 当在已发布的应用程序中发现错误时,修复程序将被转换为branches/1.0.当修订集发布到生产中时,branches/1.0被复制到tags/1.0.x,branches/1.0被合并到trunk /
• 想法是颠覆合并跟踪应该跟踪变化,这样当我们将1.0.4修复合并到trunk时,会自动跳过1.0.3修复

这种方法有什么问题吗？将颠覆合并跟踪跟踪变化好吗？我还没有在实践中尝试过这个,并且大多数示例都是这样做的(从主干​​到分支合并,我不想要,因为1.0修复中不需要大多数2.0开发).合并重新融合是否适合这种方式？

Answer 1

是的,这正是它的设计目标.由于svn:mergeinfotrunk上的属性正在跟踪已合并的1.0中的哪些修复,因此第二次运行合并不会导致它再次获取这些修订.

合并前跟踪,您必须跟踪合并的修订,并确保不再尝试合并它们.现在合并脚本更清晰.