2011-02-14 51 views
0

我以爲我明白如何使用TortoiseSVN合併選項。我認爲,如果你從創建分支後沒有從樹幹更新,你可以使用合併一系列的修訂版本,但是如果你已經在某一時刻從樹幹更新了分支,那麼你必須同步分支和樹幹,然後使用重新集成分支(或合併兩棵不同的樹)。不重新集成TortoiseSVN的分支需要先同步分支和中繼?

我也認爲推論是,如果你沒有更新從樹幹分支,你試圖使用重新集成一個分支,那麼你將失去自從分支被創建後樹幹的變化 - 也就是說,如果你不想要同步兩者,則必須使用合併一系列修訂。

然而,我的一位同事說,他使用的是在所有情況下重新融入分支而不會丟失任何東西。所以我已經運行了一些測試,並且我必須同意,當您使用TortoiseSVN'將分支'重新集成到分支中'合併到分支的工作副本幹線,即使您沒有首先將幹線修訂合併到您的分支中。這是正確的嗎?那麼手冊中的建議是什麼解釋呢?

回答

0

在TortoiseSVN的documentation,在有關「復興分支」合併選項的一部分,它說:

所有主幹的修改已經被移植到新特性分支,一週 周,現在的功能完成後,您要將其合併回 中繼線。因爲你已經保持了 主幹同步的特性分支,分支和主幹的最新版本將是除了你在分支改變

絕對 相同的,我相信這是造成混亂的部分(這混亂然後我一會兒也行), 但它說:

它使用Subversion的合併跟蹤特性來計算 正確的版本範圍,並且執行附加的檢查來 確保分公司已完全更新主幹更改。此 可確保您自上次同步更改以來不會意外撤消其他人已將 承諾提交給中繼的工作。

基於文檔中的第二個片段以及我自己的經驗,我相信使用「重新合併分支」合併選項是安全的。我們使用這種方法重新集成我們的分支機構,我們的分支機構很少更新中繼線更改(只有當中繼線中的修復程序修復了分支機構中的阻塞問題時)。

爲了更新我們的分行更換行李箱,我們總是使用「合併一系列修訂」。

相關問題