如何使git提交記錄變干凈

本篇內容主要講解“如何使git提交記錄變干凈”，感興趣的朋友不妨來看看。本文介紹的方法操作簡單快捷，實用性強。下面就讓小編來帶大家學習“如何使git提交記錄變干凈”吧!

git rebase和git merge

git rebase，中文翻譯為“變基”，通常用于分支合并。既然提到了分支合并，那就一定離不開git merge這個命令。

相信每個新手程序員剛進入職場的時候，都會聽到“xxx你把這個分支merge一下”這樣的話。那么問題來了，假如你有6個程序員一起工作， 你就會有6個程序員的分支， 如果你使用merge, 你的代碼歷史樹就會有六個branch跟這個主的branch交織在一起。

上圖是 git merge 操作的流程示意圖，Merge命令會保留所有commit的歷史時間。每個人對代碼的提交是各式各樣的。盡管這些時間對于程序本身并沒有任何意義。但是merge的命令初衷就是為了保留這些時間不被修改。于是也就形成了以merge時間為基準的網狀歷史結構。每個分支上都會繼續保留各自的代碼記錄，主分支上只保留merge的歷史記錄。子分支隨時都有可能被刪除。子分子刪除以后，你能夠看到的記錄也就是，merge某branch到某branch上了。這個歷史記錄描述基本上是沒有意義的。

而 git rebase 中文翻譯為“變基”，變得這個基指的是基準。如何理解這個基準呢？我們看一下下圖。

我們可以看到經過變基后的feature分支的基準分支發生了變化，變成了最新的master。這就是所謂的“變基”。

通過上面的兩張圖可以很明顯的發現，這兩種合并分支的方式最大的區別在于，merge后的分支，會保留兩個分支的操作記錄，這在git commit log 樹中會以交叉的形式保存。而rebase后的分支會基于最新的master分支，從而不會形成分叉，自始至終都是一條干凈的直線。

關于 git rebase 和 git merge 的詳細用法不在本文的介紹范圍內，詳情可以參考互聯網上的其他資料。

在變基過程中，我們通常需要進行commit的修改，而這也為我們整理git記錄提供了一個可選方案。

保持最近的幾條記錄整潔

假設我們有一個倉庫，我在這個倉庫里執行了4次提交，通過 git reflog 命令查看提交記錄如下。

如果我們想將Commit-3、Commit-2和Commit-1的提交合并成一次提交（假設某次提交至改了一些pom文件），我們可以直接執行下面的命令

git rebase -i HEAD~3

-i 指的是 --interactive ，HEAD~3 指的是最近三次commit。

當然我們也可以直接指定最新的一個想保留的 Commit的ID，在上面的例子中就是Commit-0的ID，因此我們也可以寫成

git rebase -i d2b9b78

執行該命令后，我們會進入到這么如下一個界面：

這個界面是一個Vim界面，我們可以在這個界面中查看、編輯變更記錄。

在看前三行之前，我們先來看一下第5行的命令加深一下我們對git rebase的認識。

翻譯過來就是，將d2b9b78..0e65e22這幾個分支變基到d2b9b78這個分支，也就是將Commit-3/2/1/0這幾次變更合并到Commit-0上。

回到前面三行，這三行表示的是我們需要操作的三個 Commit，每行最前面的是對該 Commit 操作的 Command。而每個命令指的是什么，命令行里都已經詳細的告訴我們了。

• pick：使用該commit

• squash：使用該 Commit，但會被合并到前一個 Commit 當中

• fixup：就像 squash 那樣，但會拋棄這個 Commit 的 Commit message

因此我們可以直接改成下面這樣

這里使用fixup，而不是squash的主要原因是squash會讓你再輸入一遍commit的log，圖省事的話，可以無腦選擇fixup模式。

然后執行:wq退出vim編輯器，我們可以看到控制臺已經輸出Successful了。

這個時候我們再來看下log 記錄，執行git log --oneline

于是最近三次的提交記錄就被合并成一條提交記錄了。

保持中間某些記錄整潔

那如果不是最后的幾個commit合并，而是中間連續的幾個Commit記錄，可以用上述方法整理合并嗎？答案是可以的，只不過需要注意一下。

我們重新創建一個新的倉庫

如果這次我們想將"third commit"和"second commit"合并為一個提交，其實和上面的方式一樣，我們只需執行git rebase -i HEAD~3，然后將中間的提交改成fixup/squash模式即可，如下圖所示：

之所以是HEAD~3，是因為我們要做的變更是基于first commit做的，因此我們也可以寫成git rebase -i a1f3929

我們來看下更改完的commit log，如下圖所示：

是不是就干掉了third commit了。

三行代碼讓git提交記錄保持整潔

上面我們都是在本地的git倉庫中進行的commit記錄整理，但是在實際的開發過程中，我們基本上都是寫完就直接push到遠程倉庫了，那應該如何讓遠程的開發分支也保持記錄的整潔呢？

第一種做法是在push代碼前就做在本地整理好自己的代碼，但是這種做法并不適用于那種本地無法部署，需要部署到遠程環境才能調試的場景。

這時我們只需要執行git push -f命令，將自己的修改同步到遠程分支即可。

-f是force強制的意思，之所以要強制推送是因為本地分支的變更和遠程分支出現了分歧，需要用本地的變更覆蓋遠程的。

而遠程分支更新后，如果其他人也在這條分支上更改的話，還需要執行一個git pull命令來同步遠程分支。

這里我們來總結下讓git提交記錄保持整潔的三行代碼。

git rebase -i xxx
git push -f
git pull

??????Tips：由于rebase和push -f是有些危險的操作，因此只建議在自己的分支上執行哦。

到此，相信大家對“如何使git提交記錄變干凈”有了更深的了解，不妨來實際操作一番吧！這里是億速云網站，更多相關內容可以進入相關頻道進行查詢，關注我們，繼續學習！