前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，解決沖突，重新提交
轉載請注明出處，謝謝