入職后第一次提交review，由于一個功能中途有修改提交了三次commit，然后我就發(fā)起了三次review。。mentor說你rebase一下，合并成一次提交記錄。表面淡定內(nèi)心懵逼的我趕緊Google了一下，補充一下知識點。
合并多次提交記錄
場景大家都知道了，它的目的一個是有利于code review；還有就是讓commit記錄更加美觀，萬一哪天需要回滾代碼，也不至于太抓瞎。
接下來就看看如何操作吧～
我們來合并最近三次的提交記錄。
- 查看提交歷史，git log
首先確定要合并哪幾個commit，先查看歷史提交記錄，例如最近4條
git log --oneline -4
17d4132e34 xxx
36fb1c5194 xxx
6eef030837 xxx
222cffedee xxx
- git rebase
想要合并前3條，有兩個方法
- 指明要合并的版本之前的版本
// 要合并前三條，就指定第三條之前的版本也就是第四條
git rebase -i 222cffedee
- 從HEAD版本開始往前數(shù)3個版本
git rebase -i HEAD~3
- 選取要合并的提交
執(zhí)行了上面的命令后，會自動進入 vi 編輯模式，頭幾行如下
pick 17d4132e34 '注釋**********'
pick 36fb1c5194 '注釋*********'
pick 6eef030837 '注釋**********'
將pick改為squash或s，之后保存并關閉文本編輯窗口即可。
pick 17d4132e34 '注釋**********'
// 將這一條合并到17d4132e34上面，最終合并為一條
s 36fb1c5194 '注釋*********'
// 將這一條合并到36fb1c5194上面
s 6eef030837 '注釋**********'
- 查看結(jié)果
再用git log 查看一下就會發(fā)現(xiàn)三次合并成了一次
可以在Learn Git Branching這個網(wǎng)站中照圖片中的命令操作一下，更直觀哦～
分支合并
某天，我和mentor各自基于dev分支拉了分支進行開發(fā)，大概從上午到了下午，mentor跟我說，你rebase一下dev分支我提交了代碼你得看點東西。咋個回事？又rebase，跟上次情況不一樣啊。再去Google吧。
了解了之后發(fā)現(xiàn)這個跟merge的功能差不多呀，但是merge會產(chǎn)生一些merge的記錄，污染commit記錄。想保持干凈的commit記錄，git rebase就上場啦。
還是來形象的看一下rebase的功能：
上圖中執(zhí)行了git rebase master之后，dev分支是基于最新的master分支。
rebase做了什么操作呢？
- git 會把 dev 分支里面的每個 commit 取消掉；
- 把上面的操作臨時保存成 patch 文件，存在 .git/rebase 目錄下；
- 把 dev 分支更新到最新的 master 分支；
- 把上面保存的 patch 文件應用到 dev 分支上；
在 rebase 的過程中，也許會出現(xiàn)沖突。在這種情況，git 會停止 rebase 并會讓你去解決沖突。在解決完沖突后，再執(zhí)行以下命令
// 更新內(nèi)容
git add .
// git 會繼續(xù)應用余下的 patch 補丁文件
git rebase --continue
小伙伴們，你get了嗎？
