Git 之 reset 命令解析
git reset 命令是git中最常用的命令，但也是最危險，最容易被誤用的命令。
一、master 分支
我們知道git在初始化時，會為我們默認創建一個master分支，那這個master到底是什么呢？其實它在.git目錄下對應了一個引用文件-----.git/refs/heads/master文件，而該文件的內容便是該分支中最新的一次提交的ID：
$ cat .git/refs/heads/master 22f8aae534916e1174711f138573acfbb47e489c$ git cat-file -t 22f8aae commit
$ git log --oneline 22f8aae git ignore file added. 4e79a0b Rename third to third.txt 46ae7e3 remove branch_first.txt file from master branch 55d1e70 branch first file 545a382 Merge commit '35bbd32'</pre>
當我們用以上查看master文件內容時，發現它果然記錄了最新一次的提交。了解了這個前提，那我們來分析下git reset到底做了什么？
二、reset命令
以上面的例子為基礎我們來探討reset命令的魔力，首先我們來執行一個reset命令，reset到上一次提交
$ git reset --hard HEAD^ HEAD is now at 4e79a0b Rename third to third.txtQuadrangle@QUADRANGLE-PC /d/GitRepo/GitOne (master) $ git log --oneline 4e79a0b Rename third to third.txt 46ae7e3 remove branch_first.txt file from master branch 55d1e70 branch first file 545a382 Merge commit '35bbd32'</pre>
HEAD^的意思就是最新一次提交的父提交，reset后，我們看一下提交日志，發現最新一次提交沒了。到底git做了什么呢？我們還能找回最新的一次提交嗎？
回答上面兩個問題，就用到上面就到的master引用文件了，這是我們再看一下這個文件的內容有什么變化？
$ cat .git/refs/heads/master 4e79a0ba92f1ae63dc661e29343fa0c369ca480d發現了吧，里面記錄了reset后的最后一次提交。這時或許我們有所覺察了。先不急著下結論，我們看怎么回到最新的提交呢？其實reset后，git沒有刪除最新提交的相關信息，包括目錄樹，因此只要我們記住提交ID，便可以重新reset回來：
$ git reset --hard 22f8aae HEAD is now at 22f8aae git ignore file added.$ git log --oneline 22f8aae git ignore file added. 4e79a0b Rename third to third.txt 46ae7e3 remove branch_first.txt file from master branch 55d1e70 branch first file 545a382 Merge commit '35bbd32'</pre>
這樣查看log，發現最新提交又回來了。但是如果我們忘了最新提交ID 怎么辦呢？好辦，reflog命令可以最總引用變更的記錄：
Quadrangle@QUADRANGLE-PC /d/GitRepo/GitOne (master) $ git reflog 22f8aae HEAD@{0}: reset: moving to 22f8aae 4e79a0b HEAD@{1}: reset: moving to HEAD^ 22f8aae HEAD@{2}: reset: moving to 22f8aae 4e79a0b HEAD@{3}: reset: moving to HEAD^我們可以找到前面任意操作的記錄，并且可以reset到任意提交。
三、揭秘
之前我們看到了reset后master文件的內容發生了變化，其實這就是reset命令的本質，但結合不同的參數，會有額外的工作：如--hard --soft --mixed等，他們決定了是否重置暫存區或工作區。
我們來看下面圖片
其實reset命令有兩種用法：
git reset [-q] [commit] [--] <paths>
git reset [--soft | --mixed | --hard | --merge | --keep] [-q] [<commit>]
第一種用法是不會重置引用的，即不會修改master文件。只是用某一次提交的文件提交暫存區的文件
第二種用法不使用<paths> 則會重置引用，并且參數不同決定是否覆蓋暫存區和工作區：
--hard參數會執行途中1,2,3 全部動作，即暫存區，工作區全部用指定提交版本的目錄樹替換掉
--soft 參數只執行1， 不進行暫存區和工作區的覆蓋
--mixed或不使用參數，執行1,2覆蓋暫存區，但不覆蓋工作區
</ul>
這樣一來相信對reset的理解會用更深刻的理解了吧。
四、參考
圖片來源：機械工業出版社，蔣鑫 《Git權威指南》