使用下面的關係區別這兩個操作：
git pull = git fetch + git merge
git pull --rebase = git fetch + git rebase
現在來看看git merge和git rebase的區別。
假設有3次提交A,B,C。
在遠端分支origin的基礎上建立一個名為"mywork"的分支並提交了，同時有其他人在"origin"上做了一些修改並提交了。
其實這個時候E不應該提交，因為提交後會發生衝突。如何解決這些衝突呢？有以下兩種方法：
1、git merge
用git pull命令把"origin"分支上的修改pull下來與本地提交合並（merge）成版本M，但這樣會形成圖中的菱形，讓人很困惑。
2、git rebase
建立一個新的提交R，R的檔案內容和上面M的一樣，但我們將E提交廢除，當它不存在（圖中用虛線表示）。由於這種刪除，小李不應該push其他的repository.rebase的好處是避免了菱形的產生，保持提交曲線為直線，讓大家易於理解。
在rebase的過程中，有時也會有conflict，這時Git會停止rebase並讓使用者去解決衝突，解決完衝突後，用git add命令去更新這些內容，然後不用執行git-commit,直接執行git rebase --continue,這樣git會繼續apply餘下的補丁。
在任何時候，都可以用git rebase --abort引數來終止rebase的行動，並且mywork分支會回到rebase開始前的狀態。