一致在使用git，感覺git好多功能，有很多功能也沒有搞清楚，特別是merge和rebase到底是啥區別，一直沒搞明白，網上很多介紹，很多官方套話，說的模棱兩可，今天看了一位仁兄的介紹，寫的還算是比較清晰，拿過來備份下來，也方便大家學習。
1、以下的研討基礎：
假設我們有如下圖一所示倉庫，該倉庫有master和develop兩個分支，且develop是在（3.added merge.txt file）commit處從master拉出來的分支。
圖一
2、merge的表現
假設現在HEAD在（6.added hello.txt file）處，也就是在master分支最近的一次提交處，此時執行git merge develop, 結果如下圖所示。
圖二
工作原理就是：git 會自動根據兩個分支的共同祖先即 (3.added merge.txt file)這個 commit 和兩個分支的最新提交即 (6.added hello.txt file) 和 (5.added test.txt file) 進行一個三方合併，然後將合併中修改的內容生成一個新的 commit，即圖二的(7.Merge branch ‘develop’)。
這是merge的效果，簡單來說就合併兩個分支並生成一個新的提交。
3、rebase的表現
那rebase是這麼工作的呢？
假設初始狀態也是圖一所顯示的。兩個分支一個master，一個develop，此時HEAD在（6.added hello.txt file）處，現在執行git rebase develop,結果如下圖三所示。
圖三
可以看見develop分支分出來分叉不見了，下面來解釋一下它的工作原理：
在執行git rebase develop之前，HEAD在（6.added hello.txt file）處，當執行rebase操作時，git 會從兩個分支的共同祖先 (3.added merge.txt file)開始提取 當前分支（此時是master分支）上的修改，即 （6.added hello.txt file）這個commit，再將 master 分支指向 目標分支的最新提交（此時是develop分支）即（5.added test.txt file） 處，然後將剛剛提取的修改應用到這個最新提交後面。如果提取的修改有多個，那git將依次應用到最新的提交後面，如下兩圖所示，圖四爲初始狀態，圖五爲執行rebase後的狀態。
圖四
圖五
簡單來說，git rebase提取操作有點像git cherry-pick一樣，執行rebase後依次將當前的提交cherry-pick到目標分支上，然後將在原始分支上的已提取的commit刪除。
