實戰一
使用git rebase命令，將多分個分支合并為一個分支。
為了演示，額外創建兩個分支dev和test，分別在兩個分支上進行兩次提交:
它們有一個共同的父提交節點init，此時本地倉庫的狀態如下圖：
- 我們要對
test分支進行變基，從而合并到dev分支上，所以需要先切換到test分支上，這與merge操作是相反的； - 隨后在
test分支上執行git rebase dev命令，對該分支進行變基。 - 該指令翻譯過來就是：
test分支要變更基準點，使用dev分支指向的提交，作為我新的基準點。
1、變基分支，解決沖突
（1）首先，將test分支上的提交（補丁）tes1，應用到新基準點 dev2尾部，出現了合并沖突：
查看狀態，發現test分支變基過程中的新基準點，正是dev分支指向的提交361be35，即提交節點dev2：
如圖所示，此時有三個選項：
選項一：git rebase --continue：解決沖突，手動合并后，繼續變基；
如下圖：
分支的狀態如下所示：
選項二：git rebase --skip：表示丟棄當前test分支的補丁，如果一直執行該選項，變基完成后，兩分支的狀態如下所示：
即此時test分支與dev分支上具有相同的文件：
并且test分支上的提交記錄被改變為了dev分支上的提交記錄。（test.txt文件的內容也被改變了）
這就是一直執行選項git rebase --skip，丟棄全部test分支補丁的結果：
選項三：git rebase --abort：表示終止rebase操作，恢復到操作前；
（我們選擇選項一）
2、生成分支，再次進行合并
（1）切換到dev分支上進行操作，在dev分支上新增兩次提交dev3和dev4。
此時分支的狀態如下所示：
（2）執行命令git rebase dev，變基test分支到dev分支上。
此時分支的狀態如下所示：
細心的你可能已經發現了，rebase與cherry-pick十分類似。只不過cherry-pick不會修改分支提交記錄，而rebase會。
實戰二
1、情況說明
在對兩個分支進行變基時，所生成的“重放”并不一定要在目標分支上應用，你也可以指定另外的一個分支進行應用。
就像下圖中，你創建了一個主題分支 server，為服務端添加了一些功能，提交了 C3 和 C4。 然后從 C3 上創建了分支 client，為客戶端添加了一些功能，提交了 C8 和 C9。 最后，你回到 server 分支，又提交了 C10。
2、合并分支一
假設你希望將 client 分支中的修改，合并到主分支并發布。
但暫時并不想合并 server 中的修改， 因為它們還需要經過更全面的測試。
這時，你就可以使用 git rebase 命令的 --onto 選項， 選中在 client 分支里但不在 server 分支里的修改（即 C8 和 C9 提交），將它們在 master 分支上重放。
執行如下命令：
$ git rebase --onto master server client
以上命令的意思是：“取出 client 分支，找出它從 server 分支分歧之后的補丁， 然后把這些補丁在 master 分支上重放一遍，讓 client 分支看起來像直接基于 master 分支修改一樣”。這
理解起來有一點復雜，不過效果非常酷，如下圖：
現在可以快進合并 master 分支了。（如圖 快進合并 master 分支，使之包含來自 client 分支的修改）：
# 切換到master分支
$ git checkout master
# 把client分支merge到master分支
$ git merge client
命令執行完，分支狀態如下圖所示：
3、合并分支二
接下來你決定將 server 分支中的修改也整合到 master 分支上。
使用 git rebase 命令可以直接將 server 分支變基到目標分支上。
執行命令如下：
# 此時在master分支上
$ git rebase master server
說明：這樣做能省去你先切換到 server 分支，再對其執行變基命令的多個步驟。
此時 server 分支中的代碼，被“續”到了 master 分支的后面，如下圖所示：
然后就可以把 server 分支，快進合并主分支 master 了：
$ git checkout master
$ git merge server
至此，client 分支和 server 分支中的修改，都已經整合到主分支里了。
你可以刪除這兩個分支。
$ git branch -d client
$ git branch -d server
最終提交歷史記錄會變成如下圖所示：
參考：
