SVN把分支合併到主幹過程演示

一：普通的合併

1.visualSVNServer創建庫

2.創建用戶

3.關於SVN組成中trunk,branches and tags的使用查看：

trunk樹幹，brancher複製必要改的枝，tag是一個比較合適的快照。

參考：http://blog.csdn.net/wishfly/article/details/8664795

4.創建項目

5.創建分支，注意首層目錄可自動建立（大於2層找不到路徑）

VisualSVN中由trunk項目copy爲分支項目結構爲：

6.切換到分支上並在分支上提交一個文件

7.切換到trunk項目中（主幹是沒有這個新提交的文件的）

8.此時咱們要把分支合併到咱們的trunk的my_svn_test項目中。

a.選擇合併指定的某些可用集合或版本。

b.填寫咱們要合併的分支版本。

c.若是有衝突提示用戶自行處理。

d.合併後的統計。

9.合併完畢後，咱們的trunk下就會多出來branches項目中新增的文件。

10.而後進行提交就能夠完成trunk和branches的同步了。

固然了，咱們合併前最好必定是要保證該提交的提交，保證乾淨或沒有衝突的項目。

至此，簡單的把branches合併到trunk中的基本操做基本完成。

合併參考：http://www.cnblogs.com/wenlong/archive/2012/05/07/2586853.html

二：有衝突的合併

1.若是同個文件在主幹和分支中都有修改了同一個文件中相鄰或相同的行時就會發生文件衝突。

a.修改咱們在主幹中的文件，切換到分支，修改咱們在分支中的文件。

b.而後進行合併提示有文件衝突：

咱們發現有文件的衝突,而後正常的方式解決衝突應該就能夠了，right的是從服務進來的文件。

三：樹的衝突狀況比較多，文件移動刪除，重命名均可能形成，這個再測試。

四：

1.另外要說明的是並行開發時修改到了項目中共同的文件最好加上比較詳細的log日誌說明如

由於合併時極可能遇到衝突，那樣你爲了保證本身代碼的正確性，能夠查看log日誌的說明看是否須要重點處理和解決，若是沒有日誌，那會比較頭疼很差定位，時間可能會所以流逝或很差下手。

2.另外要注意的問題是配置文件的衝突問題，在開發環境中查看項目是否有異常的信息必定程度上只能識別編譯後有異常或錯誤的java或jsp文件，而一些如數據庫等本身定義的文件類型可能不能被開發環境所識別，如：

因此合併時要比較注意配置文件的衝突和解決。

3.有些配置文件在進行分支開發時就須要規劃好必定的空間，如數據庫表的序號配置文件，分支時就留出合理的空間以便逐漸進行擴張。

總結：

a.分支合併主幹代碼的時候，就是把主幹的代碼拿到分支這邊來，分支沒有的就添加，同文件的更新或解決衝突，文件名修改的就樹衝突解決。

b.主幹合併分支的時候也相似，之因此放到a步以後執行，是儘可能把衝突先放到分支上執行，再合回到主幹上。

c.開放封閉原則，避免或減小衝突。