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

Question

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

计划是：

• 2.0开发在trunk /
中继续
• 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

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

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