Git merge和rebase分支合併命令的區別

富途web開發團隊發表於2019-03-03

Git

歡迎關注富途web開發團隊，缺人從眾

上週花了時間把futu web部落格分類,文章，入口搞了一下，主要為了解決SEO問題。接下來SEO好不好就看效果了。

futu web 部落格地址

今天分享的文章呢。小編覺得大家看圖就行。正文講的是Git分支合併命令merge和rebase的區別。

那麼在正文開始前，小編還是先送一些彩蛋吧。對於大家去理解Git命令挺有用的。

檔案狀態轉換：

檔案儲存：

上面這兩張圖會對大家理解Git命令有很大的幫助。

正文

在使用 git 進行版本管理的專案中，當完成一個特性的開發並將其合併到 master 分支時，我們有兩種方式：git merge 和 git rebase。通常，我們對 git merge 使用的較多，而對於 git rebase 使用的較少，其實 git rebase 也是極其強大的一種方法。下面我們就來講一講 git merge 和 git rebase 的差別和在實際中的使用。

準備工作

為了更好地觀察執行 git merge 和 git rebase 之後發生的現象，我們首先來做一些準備工作，即建立一個專案倉庫，然後在其中構建兩條分支，再增加幾次提交。

具體如下：

建立一個目錄 gitTest
在目錄 myTest 中新建一個檔案 readme.md，隨便新增一個標題，和第一個列表項 add master1 並提交到本地倉庫
在當前分支的基礎上新建一條分支，名為 feature，將列表項 add master1 修改為 add feature1 並提交到本地倉庫
隨後切換到分枝 master 上新增一個新的列表項 add master2 並提交到本地倉庫
隨後切換到分枝 feature 上新增一個新的列表項 add feature2 並提交到本地倉庫
重複上面的步驟 4 和 5，直至在 master 和 feature 上各新增了 4 條列表項

此時你的倉庫分支提交的記錄看起來應該是這樣的：

初始 master 分支內容應該是這樣的：

初始 feature 分支內容應該是這樣的：

git merge

從目錄 gitTest 拷貝出一份來，命名為 gitMerge 來進行我們的合併操作。

git merge 的使用方法很簡單，假如你想將分支 feature 合併到分支 master，那麼只需執行如下兩步即可：

將分支切換到 master 上去：git checkout master
將分支 feature 合併到當前分支（即 master 分支）上：git merge feature

如上圖所示，git merge 有如下特點：

只處理一次衝突
引入了一次合併的歷史記錄，合併後的所有 commit 會按照提交時間從舊到新排列
所有的過程資訊更多，可能會提高之後查詢問題的難度

為什麼講 git merge 提交的資訊過多可能會影響查詢問題的難度呢？因為在一個大型專案中，單純依靠 git merge 方法進行合併，會儲存所有的提交過程的資訊：引出分支，合併分支，在分支上再引出新的分支等等，類似這樣的操作一多，提交歷史資訊就會顯得雜亂，這時如果有問題需要查詢就會比較困難了。

使用 git merge 之後的分支提交記錄如下：

git rebase

git rebase 的合併操作

與 git merge 一致，git rebase 的目的也是將一個分支的更改併入到另外一個分支中去。

如上圖所示，他的主要特點如下：

改變當前分支從 master 上拉出分支的位置
沒有多餘的合併歷史的記錄，且合併後的 commit 順序不一定按照 commit 的提交時間排列
可能會多次解決同一個地方的衝突（有 squash 來解決）
更清爽一些，master 分支上每個 commit 點都是相對獨立完整的功能單元

那麼我們現在來具體操作一下，看看 git rebase 是如何做的。

首先，和 git merge 不同的是，你需要在 feature 分支上進行 git rebase master 的操作，意味著讓當前分支 feature 相對於分支 master 進行變基：

可以看出，我們遇到了衝突，進行對比的雙方分別是 master 分支的最新內容和 feature 分支的第一次提交的內容，上圖下方紅框內容告訴我們，在我們解決了衝突之後，需要執行 git rebase --continue 來繼續變基的操作。

在解決衝突之後執行 git rebase --continue 時遇到了提示，看來我們首先需要把我們的修改存到暫存區，隨後再執行 git rebase --continue。執行之後又遇到了衝突，這次是與 feature 分支的第二次提交進行對比出現的衝突，意味著我們需要多次解決同一個地方的衝突。