前言

git有一個非常關鍵的功能就是reset。當我們需要拆分一個歷史提交記錄的時候需要使用reset。估計很多小伙伴不明白，reset究竟做了什么，所以在這篇文章當中我們來詳細聊聊。

git reset功能整體

分為三個步驟，我們拆分開來詳細介紹。

第一步（移動指針）

雖然reset有三個步驟，但是我們通過加入不同的參數，可以實現在不同的步驟退出。但是不管怎么操作，第一步都是一定會執行的。

reset的第一步就是移動HEAD指針，HEAD指針我們都知道就是當前的工作目錄的指針。說到移動指針，我們可能會想起checkout，checkout的功能就是移動指針。我們不僅可以移動到另外的分支，也可以移動到之前某一次的提交記錄。

這是我們這個git專題的目錄，如果我們執行git checkout bee9ce，那么我們的工作目錄會被重置到這個提交之后的狀態。而最新的add article 17這個commit的所有改動都會不可見，就好像發生了時間倒流一樣，我們回到了剛剛commit完add new articles的狀態。

reset雖然也一樣是移動HEAD指針，但是它對于移動之后的處理不同。reset之后我們的commit不是不可見而是被回滾了。

我們來做個實驗，現在我們在目錄當中創建一個test.txt文件，我們把它commit。

然后我們執行git reset --soft HEAD~。

這里的HEAD_{我們應該都了解了，HEAD表示當前位置，}表示前一個位置。所以連起來就是表示reset到HEAD之前的一個提交。soft參數表示我們reset的時候只執行第一個步驟，也就是移動指針的步驟。

reset之后我們發現test.txt這個文件并沒有消失，仍然還在暫存區當中，只不過還沒有被commit。這就是reset回滾commit的操作，它不會把改動抹除，但是會把commit取消。

第二步（更新暫存區）

如果我們在reset的時候加上了–soft的參數，它會在執行第一步結束之后就退出，后面的第二步和第三步都不會執行。

如果想要執行第二步，我們可以不傳任何參數，或者是指定–mixed。因為reset的默認參數就是–mixed。

第二個步驟是更新暫存區，前面我們看見了，如果只是移動指針，那么在移動的時候會把中間的commit全部取消。雖然這些提交被取消了，但是它們對應的改動仍然存在，并且一樣存放在暫存區當中，相當于執行完git add之后的狀態。

如果我們繼續執行第二步，git會把暫存區也給重置，回到git add之前的狀態。

如上圖所示，我們執行了git reset HEAD~之后再執行git status可以看到test.txt回到了被add之前的狀態。

第三步（回滾修改）

reset的最后一步是回滾修改，也就是在第二步的基礎上，進一步把改動全部抹除，回滾到沒有修改之前的狀態。如果需要實現這一點，需要加上–hard參數。

這是一個非常危險的操作，它不僅會回滾已經被commit的所有改動，并且還會強制覆蓋當前工作區，所有沒有被提交的改動也一樣會消失。只要是提交了的改動，即使reset了，也可以通過reflog找回來，但是如果沒有提交的就沒有辦法了，所有的改動都會消失。對于開發者來說，這是一個巨大的打擊，一定要切記慎重。

reset的用法總結

最后我們簡單總結一下reset的用法。

git reset --soft，只會回滾commit操作，所有的改動都會保留在暫存區。相當于回到了執行git commit之前。

git reset --mixed，不僅會回滾commit操作，也會回滾暫存區內的內容。相當于回到了執行git add之前。

git reset --hard，會回滾一切，重置工作區。相當于回到了改動之前，沒有被commit的內容會丟失。

reset是一個很好用的功能，使用熟練可以起到非常大的作用，實現一些炫酷的功能。但是它也有很大的隱患，如果一不小心使用了–hard可能會導致一些悲劇發生。我就有過幾次不小心把剛寫完的代碼回滾了的經歷，所以大家在使用的時候一定要千萬小心。

最后的最后

送各位小伙伴一個好玩的學習教程吧，你可以根據自己需要選擇訂閱。
玩轉Git分布式版本控制系統實戰

總結

以上是生活随笔為你收集整理的趣话题：git三部曲（二）-拆分历史提交记录reset的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。