前2天群里發了張git歷史圖，如下：

根據提交歷史，可以看出圖中所有分支合并都采用merge的方式，具體merge是怎么操作的，可以閱讀下邊文章。

根據項目上的需求，如果要求git提交歷史是比較簡單的一條時間線，可以使用rebase的合并；如果沒有這個要求，可以使用merge合并，其分支樹是網狀結構，但每個提交也都是比較明確清晰的。他們的區別，可參考git merge與 git rebase區別及實例：

• rebase合并：本質是先取消自己的提交，臨時保存，然后把當前分支更新到最新的origin分支，最后應用自己的提交。
• merge合并：將兩個分支進行合并提交。

rebase合并

（1）遠程fetch的代碼，本地沒有修改，直接rebase即可；

（2）若本地對文件修改，沒有add，rebase時，會提示“Cannot rebase: You have unstaged changes.Please commit or stash them.”，add后沒有commit，會提示“Cannot rebase: Your index contains uncommitted changes.Please commit or stash them.”。commit后，如果沒有修改同一文件，rebase不會沖突。

（3）若本地對同一個文件修改，commit后，rebase時，有2種情況：

　　　　① 如果沒有修改同一位置，則可以rebase，不會產生沖突；

　　　　②如果修改了同一處，則rebase時會出現沖突，也不用怕，此時git已經進行了合并，只是沒有應用自己的提交，解決辦法：修改沖突的文件，然后執行add和rebase --continue操作即可。如果不小心，執行完add后執行了commit，此時本地倉庫HEAD處于游離態，如何解決，后續再補充。

merge合并

merge合并也可能存在沖突，解決沖突與rebase相似，處理完沖突文件后，重新提交即可。

舉例說明

假設現在有3個人（git1、git2、git3）合作開發一個項目。

（1）git1創建項目，添加index.html文件，在index文件中添加“create by git1”，提交；

git2拉取文件后，在index中添加“add by git2”，提交；

git3拉取文件后，在index中添加“add by git3”，提交；

git1拉取最新代碼后，在index中添加“add by git1 add1 by git1”，如下：

提交遠程倉庫，分支樹如下：

（2）git2在index文件中添加“add 1 by git2”，以實驗沖突

　　此時分支樹如下：

　　提交后：

　　然后執行rebase發生沖突：

　　分支樹為（此時分支為(no branch, rebasing dev)）：

　　打開沖突文件，沖突部分是以 ============= >>>>>>>>>>標識，將此部分代碼進行處理，處理后的文件為：

　　執行add和rebase --continue

　　rebase結束，分支樹為：

　　提交遠程后，最終分支樹如下：

（3）git3的index文件如下：

將index文件中的第一行修改為“create by git1 modifed in another place”，提交。

從遠程拉取最新文件，執行rebase

最終結果如下：

（4）git1創建了一個index2.html文件，提交后push，遠程拒絕push，原因是本地不是最新版本，需要更新后提交，拉取最新文件。

　　git1執行merge操作，最終分支樹如下：

總結修改同文件不同處，rebase和merge合并不會沖突修改同文件同一處，合并會沖突，解決方式：rebase，解決沖突，執行add+rebase continue；merge，解決沖突，重新提交

到此這篇關于Git分支合并沖突解決的方法實現的文章就介紹到這了,更多相關Git分支合并沖突解決內容請搜索腳本之家以前的文章或繼續瀏覽下面的相關文章希望大家以后多多支持腳本之家！