先說說什麼是branch。按照Subversion的說法，一個branch是某個development line（通常是主線也即trunk）的一個拷貝，見下圖：

branch存在的意義在於，在不干擾trunk的情況下，和trunk並行開發，待開發結束後合併回trunk中，在branch和trunk各自開發的過程中，他們都可以不斷地提交自己的修改，從而使得每次修改在repository中都有記錄。

設想以下場景，如果你的專案需要開發一個新功能，而該功能可能會修改專案中的絕大多數檔案，而與此同時，你的另一位同事正在進行bug fix，如果你的新功能不在branch中開發而直接在trunk中開發，那麼你極有可能影響另一位同事的bug fix，他/她在bug修復中可能會遇到各種各樣的問題，因為你的頻繁提交程式碼引入了過多的不穩定因素。你可能會說，那我在開發的過程中不提交不就行了，等到我全部開發結束我再提交，是，你可以這麼做，那還要版本控制幹什麼呢？也許等到你最後提交程式碼的時候（也許一週，也許兩週？），你會發現有一大堆conflict等著你resolve。。。

那麼，正確的做法是什麼？使用branch，從trunk建立branch，然後在你的branch上開發，開發完成後再合併到trunk中。

關於branch先講到這裡，下面說說什麼叫做合併。很好理解，當branch開發完成後（包括必要的測試），將branch中的修改同步到trunk中，這個過程有可能包括修改檔案、增加檔案、刪除檔案等等。

說到這裡，貌似本文差不多可以結束了，不就是分支和合並麼？只要再簡單地說說如何建立分支和如何合併就可以收尾了，可能只需兩個命令，也可能只需滑鼠點幾下然後鍵盤敲兩下即可。其實事情遠非這麼簡單，愛動腦筋的同學可能會問了，將branch的改動merge到trunk的時候，和上文說的直接在trunk中全部開發完然後提交有何區別？你最後還不是要處理一大堆conflict？

這個問題問得非常好，其實這正是本文的重點：branch和trunk在並行開發的過程中如何感知對方，branch如何才能在開發過程中不會和trunk越走越遠，導致最後無法合併？試想一下，如果在你開發branch的過程中，trunk中的某個類檔案已經被刪除了（這可能是另外一個傢伙在另一個branch上開發了兩週後才合併到trunk的），而你竟然在這個類檔案上做了大量修改，試問你到最後合併回trunk的時候該有多蛋疼？解決這一問題的唯一手段是，branch要不停地和trunk保持同步，你要及時地知道trunk都做了什麼修改，這些修改是否會影響你正在開發的新功能，如果需要，你必須及時調整branch的程式碼，使之能與trunk“相容”。

那麼如何讓branch和trunk保持同步？合併，從trunk合併到branch，你沒聽錯，是從trunk合併到branch。關於TortoiseSVN的合併，有幾點需要注意：

• TortoiseSVN的合併發生在本地，也即你的working copy中，你無需過多擔心會對repository中的程式碼造成影響

• 不管是從trunk合併到branch還是最終從branch合併回trunk，在每次合併前最好先update，然後將本地的修改先全部commit，保護好現場，萬一合併不理想隨時都可以revert
• 合併完成後看是否能正確編譯，然後測試驗證，最後將合併後的改動提交到repository

下面我將step by step地演示如何一次完整的branching和merging，包括建立分支、分支開發、分支和主線同步，分支合併到主線的全過程，甚至包括如何在本地建立一個測試用的repository。

首先需要安裝TortoiseSVN，我安裝的版本是：TortoiseSVN 1.6.15, Build 21041 - 32 Bit , 2011/03/23 18:00:27

1、本地Repository的建立

repository的建立很簡單，假設我要在D:\TortoiseSVN\TestRepository目錄中建立repository，只需右鍵TestRepository目錄，依次選擇"TortoiseSVN" -> "Create repository here"便完成了repository的建立。

2、Check out

假設要check out到D:\TortoiseSVN\TestSVN，同樣很簡單，在D:\TortoiseSVN目錄下建立TestSVN目錄，然後在該目錄上右鍵，選擇"SVN Check out..."，在彈出的視窗中的"URL of repository"中填入"file:///D:/TortoiseSVN/TestRepository"，其他預設即可，最後點選ok。

3、trunk建立新專案MyProject

相當簡單就不贅述了，只列出本次操作所作出的修改：

4、建立branch

在/trunk/MyProject目錄上右鍵，依次選擇"TortoiseSVN" -> "Branch/tag..."，在彈出視窗的"To URL"中填入分支的地址，在這裡目標revision選擇HEAD revision，如下圖所示，新增log後點擊ok分支便建立了。這個操作速度非常快，新建的branch在repository中其實只是一個指向trunk某個revision的軟連線而已，並沒有真的複製檔案。

5、Check out分支

右鍵TestSVN目錄選擇"TortoiseSVN Update"即可將剛剛建立的分支下載回本地。進入/branches/MyProject目錄下你會發現其檔案結構和/trunk/MyProject一模一樣。

6、branch提交一個新檔案

7、trunk緊接著提交一個修改

8、branch再次提交一個修改

9、將trunk中的修改同步到branch

6-8演示的是branch和trunk在獨立、並行地開發。為了防止在“錯誤”的道路上越走越遠，現在branch意識到是時候和trunk來一次同步了（將trunk合併到branch）。

首先，在本地trunk中先update一下，有衝突的解決衝突，保證trunk和repository已經完全同步，然後在/branches/MyProject上右鍵，依次選擇"TortoiseSVN" -> “Merge...”，在彈出的視窗中選擇第一項"Merge a range of revision"，這個型別的Merge已經介紹得很清楚，適用於將某個分支或主線上提交的多個revision間的變化合併到另外一個分支上。

點選next後，出現如下視窗：

由於是要從trunk合併到branch，理所當然這裡的"URL to merge from"應該填trunk的路徑，"Revision range to merge"很好理解，就是你要將trunk的哪些revision所對應的變化合併到branch中，可以是某一連串的revision，比如4-7，15-HEAD，也可以是某個單獨的revision號。由於在r4中，trunk修改了Person.java中的talk()方法，所以這裡的revision只需填4即可。點選next後出現下圖：

在這裡只需保留預設設定即可。在點選Merge按鈕前你可以先Test merge一把，看成功與否，以及merge的詳細資訊。點選Merge按鈕後trunk所做的修改將同步到branch中。

10、提交合並後的branch

至此，branch已經完全和trunk同步，branch和trunk的程式碼相處很融洽，沒有任何衝突，如果branch已經開發結束，那是時候將branch合併回trunk了，當然，如果branch還要繼續開發，那你將不斷地重複6-10這幾個步驟。

11、將branch合併回trunk

在/trunk/MyProject上右鍵（注意是在主線的目錄上右鍵），依次選擇"TortoiseSVN" -> "Merge..."，在彈出的視窗中，Merge type選擇第二項"Reintegrate a branch"，這種型別的合併適合在分支開發結束後將所有的改動合併回主線。

點選next後出現如下視窗：

在這裡，"From URL"選擇/branches/MyProject，無需選擇revision號，Reintegrate會將branch上所有修改合併到trunk。後面的步驟和上文第9步中的一樣，不再囉嗦了。如無意外，branch將成功合併到trunk，你需要做的只是將合併後的trunk趕緊commit！

12、提交合並後的trunk

so easy...

13、刪除branch

如果你認為你新加的功能已經開發完成了，你可以刪除你的分支

到這裡，我已經給你演示完了整個過程，我一身的汗也下來了，我想罷工了，不過最後我們還是看看所有的log資訊吧，通過log能發現我們乾的所有事情：

r1-r7正是我上文在乾的事情，從Message中你能發現我對trunk和branch都幹了什麼，另外，在Log Messages視窗的左下角勾選了"Include merged revisions"你還能看到額外的Merge information：

圖中灰色的是和merge相關的log，共發生了兩次merge，第一次是在r6，在r6中，branch合併了trunk在r4時提交的變化；第二次是在r7，在r7中，trunk合併了branch從r2到r6的所有變化。

原文：http://www.cnblogs.com/cxd4321/archive/2012/07/12/2588110.html