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

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

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

• rebase合并：本質(zhì)是先取消自己的提交，臨時保存，然后把當(dāng)前分支更新到最新的origin分支，最后應(yīng)用自己的提交。
• merge合并：將兩個分支進(jìn)行合并提交。

rebase合并

（1）遠(yuǎn)程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，不會產(chǎn)生沖突；

　　　?、谌绻薷牧送惶?，則rebase時會出現(xiàn)沖突，也不用怕，此時git已經(jīng)進(jìn)行了合并，只是沒有應(yīng)用自己的提交，解決辦法：修改沖突的文件，然后執(zhí)行add和rebase --continue操作即可。如果不小心，執(zhí)行完add后執(zhí)行了commit，此時本地倉庫HEAD處于游離態(tài)，如何解決，后續(xù)再補充。

merge合并

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

舉例說明

假設(shè)現(xiàn)在有3個人（git1、git2、git3）合作開發(fā)一個項目。

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

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

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

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

提交遠(yuǎn)程倉庫，分支樹如下：

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

　　此時分支樹如下：

　　提交后：

　　然后執(zhí)行rebase發(fā)生沖突：

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

　　打開沖突文件，沖突部分是以 <<<<<<<<<< ============= >>>>>>>>>>標(biāo)識，將此部分代碼進(jìn)行處理，處理后的文件為：

　　執(zhí)行add和rebase --continue

　　rebase結(jié)束，分支樹為：

　　提交遠(yuǎn)程后，最終分支樹如下：

（3）git3的index文件如下：

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

從遠(yuǎn)程拉取最新文件，執(zhí)行rebase

最終結(jié)果如下：

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

　　git1執(zhí)行merge操作，最終分支樹如下：

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

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

最新評論