爲什麼SVN在trunk子樹被合併後不合並樹幹？

我面臨着一個非常惱人的問題SVN merge。我想把樹幹合併成一個分支。通常情況下，這很簡單，但是這一次，由於發生了很大的變化，我不得不一步步地進行處理，而SVN似乎並沒有意識到這一點。爲什麼SVN在trunk子樹被合併後不合並樹幹？

可以說，我在修訂一個創建一個分支，現在的倉庫是在修訂乙。幹線包含幾個子目錄，例如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應該立即被合併？

感謝

2012-01-30 rockeye

應該通過與--record只標誌合併回子文件夾，以便顛覆知道變化是有兩面的工作。請參閱Subversion手冊the Advanced Merging部分中的「保持重新分支活動」一節。

（也許先試一下小樣本吧。）

2012-01-30 11:50:52

不知道那個功能（和它一樣）。當然問題是合併開始的不同目錄。沒有什麼可以阻止你這樣做...... – mliebelt 2013-05-31 07:46:13

回答