使用git版本管理工具，必問git rebase的用法，但之前專案組人數5人，一直使用的是git pull，git commit 和git push，幾乎沒有用git rebase來變基，減少難看的merge 型別的commit。
最近一個新專案，兩地合作辦公大概有10人共用一個專案分支，幾分鐘內可能有多人提交，造成連續多個merge在gitk的路徑中，看不清某個人某次有價值的提交是哪一條，故組長建議大家使用git rebase。

看了2015年多個部落格，前人栽的樹，整理如下，方便新人檢視。

merge和rebase解決衝突的差別圖不貼了，主要是新使用的時候不知道寫什麼命令列。
命令列的使用直接上程式碼，git rebase 替代 git merge 大致過程：

git stash
git pull —rebase
git stash pop
手動解決衝突
git add -u
git rebase —continue
如果此時提示No rebase in progress?則表示已經沒有衝突了；否則上面兩步要重複多次
git commit -m “xxx”
git push origin [branch] -f

[精華部分]使用下面的關係區別這兩個操作：
git pull = git fetch + git merge
git pull –rebase = git fetch + git rebase

很喜歡如下圖：

git pull –rebase 理解
這個命令做了以下內容：
a.把你 commit 到本地倉庫的內容，取出來放到暫存區(stash)（這時你的工作區是乾淨的）
b.然後從遠端拉取程式碼到本地，由於工作區是乾淨的，所以不會有衝突
c.從暫存區把你之前提交的內容取出來，跟拉下來的程式碼合併
所以 rebase 在拉程式碼前要確保你本地工作區是乾淨的，如果你本地修改的內容沒完全 commit 或者 stash，就會 rebase 失敗。

還附上了git add -u的解釋：

git add 的幾種引數區別：
git add -A 儲存所有的修改
git add . 儲存新的新增和修改，但是不包括刪除
git add -u 儲存修改和刪除，但是不包括新建檔案。
如果只想提交某個檔案，可以使用git add 路徑/檔名 或者 git add 路徑/

這一篇解釋了手動解決衝突時<<<<和=====的含義
一般情況下rebase都是會有衝突的，詳細檢視衝突可以用命令git status然後就會顯示哪個檔案有衝突，然後開啟有衝突的哪個檔案，會發現有一些“<<<<<<<”， “=======”， “>>>>>>>” 這樣的符號。

“<<<<<<<” 表示衝突程式碼開始

“=======” 表示test與master衝突程式碼分隔符

“>>>>>>>" 表示衝突程式碼的結束

<<<<<<<  
所以這一塊區域test的程式碼

=======  
這一塊區域master的程式碼

>>>>>>> 

對於rebase的工作流以程式碼的形式也體現的很清楚：

git rebase 
while(存在衝突) {
    git status
    找到當前衝突檔案，編輯解決衝突
    git add -u
    git rebase --continue
    if( git rebase --abort )
        break; 
}

除去替代merge，git rebase還有合併多個commit的功能，如下取自知乎:
(知乎)git rebase有哪些用法？
原文似乎不樂意被轉載，簡單記錄如下，明細還是看原帖子。還沒試驗過，先記錄如下：

兩種經典用法
問題場景1.如何刪除歷史中某項提交？
【案例】去除提交列表中的某個commit，例如在master分支上A->B->C->D->E->F, 除去D。
方案一：
git checkout C //將HEAD切換到C提交
git cherry-pick master^ //master^即E,將E放在C後面，E的HSA1值改變
git cherry-pick master //master即F,將F放在E後面，F的HSA1值改變
git checkout master //將HEAD切換到master分支
git reset –hard [email protected]{1} //將HEAD切換到最新的F
方案二：
採用變基的方式
git rebase –onto C E^ F //前後開閉區間，E^即D，表面C後面加上(D,F]
git checkout master
git reset –hard [email protected]{1}
方案三：
互動式變基
git rebase -i D^
然後刪除第一行(?沒明白意思)

問題場景2.如何合併歷史提交？
【案例】在master分支上A->B->C->D->E->F, 合併D到C，即A->B->CD->E->F。
方案一：
git checkout D
git reset –soft HEAD^^
git commit -c C//-c表示重用C的提交資訊
git cherry-pick E
git cherry-pick F
git checkout master
git reset –hard [email protected]{1}
方案二：
用變基命令
git checkout D
git reset –soft HEAD^^
git commit -c C//-c表示重用C的提交資訊
git tag newbase
git rebase –onto newbase E^ master
git tag -d newbase//清理該tag
方案三：互動式變基
git rebase -i C^
將第二行的pick更改為squash，二者將合併(?還是沒明白意思)

另外其他 git merge request，git cherrypick不做整理，今天只講git rebase。