之前寫了一篇純文字版的，過於簡短了點，這裡再補個圖文的

合併的理解

最後提交到哪個分支，最終程式碼就是合併到了哪個分支

感覺最近對程式碼合併的理解更加深入了一點，以前基本上是多個分支最終會合併到主幹，大部分情況就可以滿足了 
那麼分支與分支，主幹與分支之間怎麼相互合併了，為什麼會有這種需求呢，說個例子就明白了：

比如，現在有1個主幹，2個分支，假如名稱如下：

• trunk
• branches-001
• branches-002

考慮：現在 trunk 有一個緊急的 bug 修復了，那麼 branches-001 和 branches-002 怎麼辦？ 
嗯，主幹既然已經修復了，那麼分支合併到主幹時候不就都好使了麼？

然而我這裡的情況是：branches-001 分支其實也是一個生產環境，所以 trunk 的 bug 修復程式碼其實需要合併到 branches-001 分支；如果對 trunk 的改動比較大的話，建議先新建一個 bugfix 的分支，測試通過之後再合併到 trunk 和 其他分支上

說了那麼多，其實沒那麼複雜： 
B 要合併到 A，那麼本地就切換到 A 的程式碼，然後把 B 的部分程式碼拉取到本地，修改（合併、解決衝突）後提交即可

回想一下我們怎麼提交程式碼的：修改原生代碼，然後提交就完事了

合併其實也就是修改原生代碼，只是程式碼已經寫好了(分支上)，拿過來貼上(IDE處理)到了本地，然後再提交的 最後提交到哪個分支，最終程式碼就是合併到了哪個分支 記住了這句，媽媽再也不擔心以後合併的時候傻傻分不清楚了

IntelliJ IDEA

個人覺得 IDEA 就是專門為 java 開發者量身定製的 IDE。用過幾年 Eclipse 和 MyEclipse，後來就一直用 IDEA 了，初學者可能會有很多不適應，熟練後絕對可以提高生產力的。程式碼提示，重構，原始碼管理方面做得不錯，以後再慢慢介紹吧

這裡介紹一下 IEDA SVN 的使用：

• 瀏覽/新增 SVN Repository ：選單 VCS -> Browse VCS Repository -> Browse Subversion Repository...
• 版本管理檢視：選單 View -> Tool Windows -> Version Control (或者 CMD+9)

SVN的版本管理器： 

• Local Changes : 原生代碼變更後未提交的，會出現在這裡，最常用的就是:提交、回滾、對比程式碼，可以配置多個 Change List，方便分組管理
• Repository Changes : 這裡其實是倉庫提交日誌：誰在什麼時候提交了什麼問題，變更了多少程式碼，對應的版本號是多少
• Incoming Changes : 別人已提交的，本地還沒有更新的
• Subversion Working Copies Information : 這裡展示的是本地副本資訊，這裡可以配置分支路徑，合併程式碼也在這裡
• Update Info : 這裡可以看到剛剛更新下來哪些程式碼

合併步驟（圖文）

1.切換到主幹:CMD+T 所有專案可以一起更新 (更新程式碼，切換分支都適用) 

2.切換到版本管理器介面：CMD+9 

3.切換到：Subversion Working Copies Information Tab 頁面，找到需要合併的主幹 

4.點選 Merge From... 按鈕，選擇分支 

5.選擇具體需要合併的分支 

6.選擇合併方式：Quick Manual Select 快速手動選擇，這個最快，首選 

7.選擇對應的版本號列表：一般是從分支建立到最新，具體看需求，可以只選擇部分變更，選中後右側會展示對應變更的程式碼 

8.開始合併後需要等待一會兒，人品好的話(沒有衝突)，分支程式碼就直接合併到本地來，彈出的提示框可以直接提交原生代碼，也可以暫時放棄，之後再提交； 人品不好的話，就需要處理衝突了，解決衝突的介面有3列，左側的是本地的，中間是合併結果，右側是拉取的遠端程式碼，3個對比著看還是比較方便的，這塊暫時沒有圖，以後再補上

參考：