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部分中的“保持重新整合的分支活动”一节。
(也许先试试一下小样品。)