SVN merge我面临一个非常烦人的问题。我想将主干合并到一个分支中。通常，它很简单，但这一次，由于重大变化，我不得不一步一步地处理，SVN似乎并不欣赏这一点。
假设我在修订版 A 创建了一个分支，现在存储库处于修订版 B 。主干包含少量子目录，例如 S1 ， S2 。为了让您了解复杂性，B在A之后是大约1000次修订，在主干中有很多变化。有很多冲突和树冲突。
要逐步处理，我选择首先合并S1，然后是S2，然后我希望B的合并将立即合并。我使用了命令svn merge https://myrepo/trunk/S1 myBranchWorkingCopy/S1
充满希望，我发起了svn merge --dry-run https://myrepo/trunk myBranchWorkingCopy的干运行，等待只看到更新的属性。我过于热心......而不是那个，我为S1或S2解决的每一个冲突（树或文本）都必须再次解决......
我的结论是
如果trunk包含S1 + S2，则合并（S1）+合并（S2）！= merged（trunk） ？！？
我错过了什么吗？我如何判断SVN是否已合并每个子目录并且应该立即合并主干？
由于
答案 0 :(得分：1)
它应该通过使用--record-only标志合并回子文件夹来工作，因此Subversion知道双方都有变化。请参阅Subversion书籍the Advanced Merging部分中的“保持重新整合的分支活动”一节。
（也许先试试一下小样品。）