根据this old question，使用 SVN 1.5，多次重新集成分支是有问题的，应该避免。
有一些大意是“这是一个已知问题，应该在 SVN 1.6 中修复”。是这样吗？是固定的吗？我可以多次重新融合吗？
【问题讨论】：
虽然 1.6 确实修复了合并跟踪的问题，但我认为您不能重复使用集成分支。
但这不是问题。由于分支已完全集成到主干中，只需将其删除并在其位置创建一个新分支（具有相同名称）即可。
【讨论】：
要将分支主题重复合并到主干中：在每次合并时执行以下操作。
svn merge --reintegrate <topic> <trunk>，像往常一样。 (=> rM)svn merge --record-only -c M ^/<trunk> <topic>。 注意record-only 选项。
第 2 步实质上是告诉主题分支考虑合并提交（修订版M，来自第 1 步）历史的一部分。这种合并修订通常会在重新集成期间引起问题； svn 在第二次集成 topic 时尝试撤消 rM。
所以，重复的重新整合是有效的，只是不会自动进行。 :)
我最终通过enlightening commit message to the svn source 和匹配的test（搜索“def multiple_reintegrates”）找到了这个解决方案。这是 svn-devs 在当前版本中发现和使用的一个“聪明的技巧”。它甚至被添加到more recent documentation。结果仍然不如 DVCS 的合并属性，但它至少是功能性的。
唯一的普遍缺点（根据截至 2010 年 6 月 2 日的 open issue）是 svn log -g 的输出显然是混乱的。我想这就是风险。
【讨论】：
是的，你可以。您询问的问题已在 Subversion 1.8 中解决。
从 SVN 1.8 开始，--reintegrate 选项已弃用，现在重新整合合并自动（或自动 :) ）。请参阅Subversion 1.8 Release Notes 并阅读更新的SVNBook 1.8 | Reintegrating a branch 章节：
如果您选择在将分支重新集成到 中继，您可以继续从中继执行同步合并，然后 再次重新整合分支。如果你这样做，只有在 你的分支在第一次重新整合后被合并到主干。
...
只有 Subversion 1.8 支持功能分支的这种重用。早些时候 版本需要一些特殊处理才能成为功能分支 不止一次重新整合。参见本章的早期版本 了解更多信息： http://svnbook.red-bean.com/en/1.7/svn.branchmerge.basicmerging.html#svn.branchemerge.basicmerging.reintegrate
重要提示： 如果您仍然使用 Subversion 1.7 或更早版本，您应该升级您的 Subversion 客户端和服务器。 SVN 的当前和最佳版本是 2016 年的 1.9。没有真正的理由使用非常旧的 Subversion 版本，例如 1.5、1.6 甚至 1.7。自 1.6 版以来，客户端和服务器端有许多改进！
【讨论】：