[TOC] #### 1. 前言 --- 將指定分支合并到當前分支 ``` git merge <branch> ``` 如果當前指針指向的是 master 分支，那么下面代碼就是將 dev 分支合并到 master 分支 ``` git merge dev ``` **合并流程分析:** 當分支進行合并時，首先會自動合并。如果可以自動合并成功，只需要修改下合并后的備注信息，然后會自動提交到版本庫；如果自動合并失敗，會出現(xiàn)文件沖突的提示，我們需要手動將沖突處理掉，然后再將文件提交到版本庫 #### 2. 合并場景之 Fast-forward（快速合并） --- 什么是 Fast-forward 場景 ？  在 Fast-forward 場景下，合并分支會絕對成功，不會產生沖突。測試合并: ``` # 初始化 git 倉庫，完成一次提交 echo abc >> 1.txt git init git add 1.txt git commit -m 'add 1.txt' # 以當前分支為起點，創(chuàng)建一個 dev 分支，修改 1.txt 內容，提交到到本地庫 git checkout -b dev echo def >> 1.txt git add 1.txt git commit -m '修改 1.txt' # 切換到 master 分支 git checkout master ``` 將 dev 分支合并到當前分支（master） Updating 5e443b0..c657494：commit id 由 5e443b0 變?yōu)榱?c657494 ``` $ git merge dev Updating 5e443b0..c657494 Fast-forward 1.txt | 1 + 1 file changed, 1 insertion(+) ``` 結論: 創(chuàng)建 dev 分支后，因 master 分支沒有做任何修改，故將 dev 分支合并到 master 分支時會絕對成功 #### 3. 合并場景之 three way merge（三路合并之正常合并） --- 我們先來理解下什么是 three way merge（三路合并） 圖中的 A、B、C 表示三向，三路合并存在兩種情況：1. 正常合并 2. 發(fā)生文件沖突，合并失敗  三路合并之合并成功示例： ``` $ git merge dev Merge made by the 'recursive' strategy. 2.txt | 0 1 file changed, 0 insertions(+), 0 deletions(-) create mode 100644 2.txt ``` 命令中的提示翻譯 ``` # 通過“遞歸”策略進行合并 Merge made by the 'recursive' strategy. ``` #### 4. 合并場景之 three way merge（三路合并之沖突合并） --- **沖突產生的原因** 兩個分支在同一個文件的同一個位置有兩套完全不同的修改，git 無法替我們決定使用哪一個，必須人為決定文件內容 自動合并失敗時的提示 ``` # 自動合并 1.txt Auto-merging 1.txt # 沖突(內容): 將沖突合并到 1.txt 中 CONFLICT (content): Merge conflict in 1.txt # 自動合并失敗；修復沖突然后提交結果 Automatic merge failed; fix conflicts and then commit the result. ``` 查看狀態(tài) ``` # 你有未合并的內容 You have unmerged paths. # 修改沖突，然后運行 "git commit" (fix conflicts and run "git commit") # 使用 "git merge --abort" 中止合并 (use "git merge --abort" to abort the merge) # 未合并的內容 Unmerged paths: # 使用 "git add" 標記已解決沖突 (use "git add <file>..." to mark resolution) both modified: 1.txt no changes added to commit (use "git add" and/or "git commit -a") ``` #### 5. 中止合并 --- 已經執(zhí)行了 `git merge` 合并分支，突然不想合并了，可以使用以下命令中止當前正在進行的合并 ``` git merge --abort ```