實例剖析TortoiseSvn分支合并
本節和大家一起學習一下TortoiseSvn分支合并問題，本節通過一個實例需求來講解，和大家分享一下，希望通過本節學習大家能夠對TortoiseSvn分支合并有一定的了解。
TortoiseSvn分支合并
首先考慮這么一個需求，為了Bug修改的工作，創建分支A，主干同時也在進行正常的開發工作，現在分支A的工作完成，需要將A上的修改合并到主干上，這應當是最經常使用的一種模式，下面分步驟說明TortoiseSvn分支合并合并過程。
***步：將工作副本切換到主干上：這一步很重要，當前的工作副本的是要合并的目的地
第二步：在主干根目錄文件夾上右鍵，選擇***一項
第三步：
這是最重要的一步，需要注意的地方有
1.起始URL：選擇主干目錄的URL（應當和當前工作副本的URL一致，看起來不合理，其實細想卻是合理的，這個是所謂的合并點，也就是分歧開始的地方）
2.結束URL：選擇要合并的分支的URL，也就是所有的分歧所在。
3.起始和結束的版本：起始版本應當找到***一次同步時的版本，如果從沒有同步過（***次合并），則選擇創建分支時的版本，結束版本一般是***版本，如果你不想將某些內容合并進主干的話，也可以選擇一個合并點。
到這里，下面就順理成章了，如果有沖突的話，手工解決沖突，提交就可以了。
我的理解：將SVN分支合并到主干上，首先需要在主干的工作副本下進行，合并的范圍是從主干的上次合并的版本開始（FROM）到分支上***的版本結束（TO），如果是***次合并，則從主干創建分支的版本開始，所以每次合并好做好說明，否則忘記了，下次再合并就有點麻煩，其實，應當盡量避免一個分支合并多次，分支的作用一般為了解決bug等，一旦bug對應結束了，分支的使命就結束了，以后再出現其他的問題，應當重新建立分支，這樣就不會出現多次合并的問題了。
合并的工作是把主干或者分支上合并范圍內的所有改動列出，并對比當前工作副本的內容，由合并者手工修改沖突，然后提交到服務器的相應目錄里。如果當前工作副本是主干，則合并的范圍是分支上的改動，如果工作副本是分支的，則合并范圍是主干上的改動，并且一定要注意，合并的起始位置URL一定和當前的工作副本的URL是相同的。本節關于TortoiseSvn分支合并內容介紹完畢，請關注本節其他相關報道。
【編輯推薦】
