为什么SVN在合并主干子节点时不合并主干？

我在

SVN merge

中遇到了一个非常恼人的问题。我想把主干合并成一个分支。通常情况下，这相当简单，但这一次，由于重大的变化，我不得不一步一步地处理，SVN似乎并不欣赏这一点

假设我在修订版a创建了一个分支，现在存储库位于修订版B。主干包含很少的子目录，例如S1，S2。为了让您了解复杂性，B是在A之后约1000次修订，主干中有许多更改。有很多冲突和树冲突

为了一步一步地进行处理，我选择先合并S1，然后合并S2，然后我希望B的合并会立即进行。我使用了命令

svn mergehttps://myrepo/trunk/S1 myBranchWorkingCopy/S1

S1合并虽然痛苦但成功。S2也一样

满怀希望，我启动了

svn merge的试运行——试运行https://myrepo/trunk myBranchWorkingCopy

，正在等待仅查看更新的属性。我太热心了。。。相反，我为S1或S2解决的每个冲突（树或文本）都必须再次解决

我的结论是

如果中继包含S1+S2，则合并（S1）+合并（S2）！=合并（主干） ?!?

我错过什么了吗？我如何告诉SVN每个子分区都已合并，且主干应立即合并

---

谢谢

它应该通过使用--record only标志合并回子文件夹来工作，这样Subversion就知道两边都有更改。请参阅Subversion一书中“保持重新集成的分支活动”一节

（可能先在一个小样本上试用。）

不知道该功能（并且喜欢它）。当然，问题是开始合并的目录不同。没有什么可以阻止你那样做。。。