2

我正面临一个非常烦人的问题SVN merge。我想将主干合并到一个分支中。通常,这很简单,但这次,由于大量的变化,我不得不一步一步地处理,SVN 似乎并不理解这一点。

假设我在修订版A处创建了一个分支,现在存储库位于修订版B处。树干包含很少的子目录,比如S1S2。为了让您了解复杂性,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 每个子目录都已合并并且主干应该立即合并?

谢谢

4

1 回答 1

1

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

(也许先在一个小样本上试一试。)

于 2012-01-30T11:50:52.597 回答