https://blog.csdn.net/carolzhang8406/article/details/49761927
根據–soft –mixed –hard，會對working tree和index和HEAD進行重置:
git reset --mixed：此為默認方式，不帶任何參數的git reset，即時這種方式，它回退到某個版本， 只保留源碼，回退commit和index信息
git reset --soft：回退到某個版本， 只回退了commit的信息，不會恢復到index file一級。如果還要提交，直接commit即可
git reset --hard：徹底回退到某個版本，本地的源碼也會變為上一個版本的內容，此命令 慎用！
git reset 命令是git中最常用的命令，但也是最危險，最容易被誤用的命令。
一、master 分支
我們知道git在初始化時，會為我們默認創建一個master分支，那這個master到底是什么呢？其實它在.git目錄下對應了一個引用文件-----.git/refs/heads/master文件，而該文件的內容便是該分支中最新的一次提交的ID：
|
1
2
3
4
5
6
7
8
9
10
11
12
|
$
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'
|
當我們用以上查看master文件內容時，發現它果然記錄了最新一次的提交。了解了這個前提，那我們來分析下git reset到底做了什么？
二、reset命令
以上面的例子為基礎我們來探討reset命令的魔力，首先我們來執行一個reset命令，reset到上一次提交
|
1
2
3
4
5
6
7
8
9
|
$ git reset --hard HEAD^
HEAD is now at 4e79a0b Rename third to third.txt
Quadrangle@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'
|
HEAD^的意思就是最新一次提交的父提交，reset后，我們看一下提交日志，發現最新一次提交沒了。到底git做了什么呢？我們還能找回最新的一次提交嗎？
回答上面兩個問題，就用到上面就到的master引用文件了，這是我們再看一下這個文件的內容有什么變化？
|
1
2
|
$
cat
.git
/refs/heads/master
4e79a0ba92f1ae63dc661e29343fa0c369ca480d
|
發現了吧，里面記錄了reset后的最后一次提交。這時或許我們有所覺察了。先不急着下結論，我們看怎么回到最新的提交呢？其實reset后，git沒有刪除最新提交的相關信息，包括目錄樹，因此只要我們記住提交ID，便可以重新reset回來：
|
1
2
3
4
5
6
7
8
9
|
$ 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'
|
這樣查看log，發現最新提交又回來了。但是如果我們忘了最新提交ID 怎么辦呢？好辦，reflog命令可以最總引用變更的記錄：
|
1
2
3
4
5
6
|
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覆蓋暫存區，但不覆蓋工作區
這樣一來相信對reset的理解會用更深刻的理解了吧。