使用下面的關(guān)系區(qū)別這兩個(gè)操作：
git pull = git fetch + git merge
git pull --rebase = git fetch + git rebase

現(xiàn)在來看看git merge和git rebase的區(qū)別。

假設(shè)有3次提交A,B,C。

在遠(yuǎn)程分支origin的基礎(chǔ)上創(chuàng)建一個(gè)名為"mywork"的分支并提交了，同時(shí)有其他人在"origin"上做了一些修改并提交了。

其實(shí)這個(gè)時(shí)候E不應(yīng)該提交，因?yàn)樘峤缓髸?huì)發(fā)生沖突。如何解決這些沖突呢？有以下兩種方法：

1、git merge
用git pull命令把"origin"分支上的修改pull下來與本地提交合并（merge）成版本M，但這樣會(huì)形成圖中的菱形，讓人很困惑。

2、git rebase
創(chuàng)建一個(gè)新的提交R，R的文件內(nèi)容和上面M的一樣，但我們將E提交廢除，當(dāng)它不存在（圖中用虛線表示）。由于這種刪除，小李不應(yīng)該push其他的repository.rebase的好處是避免了菱形的產(chǎn)生，保持提交曲線為直線，讓大家易于理解。

在rebase的過程中，有時(shí)也會(huì)有conflict，這時(shí)Git會(huì)停止rebase并讓用戶去解決沖突，解決完沖突后，用git add命令去更新這些內(nèi)容，然后不用執(zhí)行g(shù)it-commit,直接執(zhí)行g(shù)it rebase --continue,這樣git會(huì)繼續(xù)apply余下的補(bǔ)丁。
在任何時(shí)候，都可以用git rebase --abort參數(shù)來終止rebase的行動(dòng)，并且mywork分支會(huì)回到rebase開始前的狀態(tài)。