处理 SVN 分支重复合并的正确方法是什么？

Question

这里我们有一个 SVN 存储库，其中有一个主干和一个用于新版本开发的分支。

该分支现在即将发布，因此我决定将分支重新集成回主干。显然，其中发生了一些冲突。包括很多来自主干中已删除的文件的树冲突。

我很高兴地解决了所有冲突并提交了行李箱。

问题是，我们随后对分支进行了一些较小的更改，因此我再次重新集成分支，并且发生了所有相同的树冲突。解决它们不是问题，但是问题很多，需要一段时间才能手动检查和解决它们，而且我不想每次进行更改和重新集成时都必须经历相同的解决过程。我原以为 SVN 会识别出该分支已经重新集成过一次，并且仅从上次重新集成发生的点开始合并。

当我打开修订图时，它显示主干和分支被拆分的点，但不显示合并。应该吗？

服务器：WinServer2003（R2sp2）、VisualSVNServer（1.7.2）。 客户端：WindowsXP（sp3），我一直使用TortoiseSVN（1.6.5）来完成所有这些，但我还安装了命令行客户端。

我通过确保主干是最新的并使用 TortoiseSVN 进行合并来进行合并，并在出现选项对话框时选择“重新集成分支”。我将合并深度设置为“工作副本”

我是否错误地处理了这种情况？我应该做一些不同的事情吗？

（也许我们的存储库布局错误。我们从主干分支，在分支中对新版本进行了所有更改，现在版本是由于我们将分支合并回主干。也许这是错误的方法，我读过一些人以相反的方式做这件事，在主干中进行所有更改，并仅在您几乎准备好发布并且分支成为受支持的发行版本时才创建分支）

Answer 1

以下内容摘自本章末尾SVN 书的：

在 Subversion 1.5 中，一旦从分支到主干完成了 --reintegrate 合并，该分支就不再可用于进一步的工作。它无法正确吸收新的主干更改，也无法再次正确地重新集成到主干。因此，如果您想继续处理您的功能分支，我们建议您销毁它，然后从主干重新创建它

Answer 2

在这种情况下，在您完成开发之前，我不会将代码从分支合并到主干。

我会从主干合并到分支，以确保您的分支与应用于主干的任何修复保持最新。定期执行此活动以确保您的开发分支包含所有修复。然后，在开发成为实时发布时，将分支合并到主干作为一次性活动。

我的回答做了一些假设，包括：

• 你有实时主干和开发
  分支
• 你只有一个活着
  版本（即不维护遗留版本
  版本）

希望有帮助。

Answer 3

现在实际上可以进行重复的双向合并

请注意。这个答案解释了它是如何完成的，但如果您错过任何步骤，您将感到抱歉。例如， --reintegrate 合并必须完全微不足道（所有差异都已在分支中解决），否则当您继续在分支中工作时，您将默默地错过在 --reintegrate 合并步骤中所做的更改。另一种方法是每次在 --reintegrate 之后删除并重新创建分支。

---

至少在 svn 1.6 版及更高版本中，您可以进行重复的双向合并。您可以使用 svn merge 多次从“主”分支合并到子分支，但是每次将分支合并回主分支时，您都必须提供选项

--reintegrate 如其他答案中所述。

您还需要做的是告诉您的分支您已在第二个手动步骤中将其集成（签出并更新该分支），

svn merge --record-only -c 391 ^/calc/trunk

此处的命令 391 代表合并您刚刚在 calc/trunk 中执行的 --reintegrate 分支提交的提交号。

如果您错过了它，它可能仍然有效，或者您可能需要在下次合并时重新解决已经解决的合并冲突。在仅记录步骤之后，您的分支就可以进行进一步的工作或合并。
这很愚蠢（特别是如果您像我一样被 Git 宠坏了，一切都正常工作），但如果您按照这个仪式进行操作，它就会起作用，并且两个分支始终对新提交开放。

---

整个事情记录在 SVN 书中 重新整合两次

此合并使用了引入的cherry-picking合并语法
在名为“Cherrypicking”的部分中。继续跑步
来自“重新集成分支”部分的示例，其中
修订版 X 是修订版 391：

$ cd my-calc-branch $ svn update Updating '.': Updated to revision
393. $ svn merge --record-only -c 391 ^/calc/trunk
--- Recording mergeinfo for merge of r391 into '.':  U   . $ svn commit -m "Block revision 391 from being merged into my-calc-branch."
 Sending        .

 Committed revision 394.

现在您的分支已准备好再次吸收主干的更改。将分支再次同步到主干后，您甚至可以再次重新集成分支。如有必要，您可以进行另一次仅记录合并以保持分支处于活动状态。冲洗并重复。