为什么SVN在trunk子树被合并后不合并树干？

Question

我面临着一个非常恼人的问题SVN merge。我想把树干合并成一个分支。通常情况下，这很简单，但是这一次，由于发生了很大的变化，我不得不一步步地进行处理，而SVN似乎并没有意识到这一点。

可以说，我在修订一个创建一个分支，现在的仓库是在修订乙。干线包含几个子目录，例如S1，S2。为了给你一个关于复杂性的想法，B在A之后约1000次修改，主干中有很多变化。有很多冲突和树木冲突。

要一步一步处理，我选择先合并S1，S2，然后，然后我希望B的合并将是立竿见影的。我用命令svn merge https://myrepo/trunk/S1 myBranchWorkingCopy/S1

S1合并是痛苦的，但成功的。 S2一样。

充满希望，我推出svn merge --dry-run https://myrepo/trunk myBranchWorkingCopy干运行，观望只是更新的属性。我是过分热心......取而代之的是，每次冲突（树或文本）我解决的S1或S2必须再次解决......

我的结论是

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

我错过了什么？我怎样才能告诉SVN，而不是每个subdirs都被合并，并且trunk应该立即被合并？

感谢

Answer 1

应该通过与--record只标志合并回子文件夹，以便颠覆知道变化是有两面的工作。请参阅Subversion手册the Advanced Merging部分中的“保持重新分支活动”一节。

（也许先试一下小样本吧。）