Svn 我可以使用Subversion合并跟踪从分支到主干重复合并吗？

我们发布了1.0版，并继续在trunk中开发2.0版。我们为与发布版本相关的bug修复创建了Branchs/1.0

计划是：

• 主干网2.0继续发展/
• trunk/包含不能合并到branchs/1.0中的新功能，因此trunk永远不会合并到branchs/1.0中
• 当在发布的应用程序中发现bug时，会将修复程序修改为Branchs/1.0。当修复集发布到生产环境中时，Branchs/1.0被复制到tags/1.0.x，Branchs/1.0被合并到主干中/
• 想法是subversion合并跟踪应该跟踪更改，这样当我们将1.0.4修复程序合并到主干时，1.0.3修复程序会自动跳过

---

这种方法有什么问题吗？subversion合并跟踪会跟踪更改吗？我还没有在实践中尝试过这一点，大多数示例的做法都有所不同（从主干合并到分支，这是我不想要的，因为大多数2.0开发在1.0修复中都不需要）。merge reintegrate是否以某种方式适合此功能？

是的，这正是它的设计目的。由于trunk上的

svn:mergeinfo

属性正在跟踪1.0中的哪些修订已被合并回来，因此再次运行合并不会导致它再次获取这些修订

---

合并前跟踪，您必须跟踪合并的修订，并确保不会再次尝试合并它们。现在合并脚本更干净了。

在这种情况下，我永远不会执行svn合并--重新整合，对吗？如果不想，您不必这样做。svn:mergeinfo在正常合并期间仍将被填写--重新整合是为了一次完成整个分支。合并跟踪仍应知道项目已合并的时间，并防止冲突再次合并同一项目。请记住，在合并不再在其上开发的分支（如已完成的要素分支）时，仅应使用“重新集成合并”。将修补程序从修补程序移植到主干时，请使用“合并一系列修订”选项。