参考
reset
重置当前分支指向的结点，并根据选项操作暂存区与工作区间。
注意：reset 不会修改当前操作的分支，只是修改该分支指向的提交结点。
$ git reset dev
$ cat .git/HEAD
ref: refs/heads/master
$ git branch
dev
* master
dev 是一个分支名，它也指向了某个提交结点，因此可以 reset 到该结点。reset 到 dev 结点后，当前的分支并不有发生变化（ HEAD 文件中指向的内容没有变化）。
reset 的工作过程分为两步：
-
移动 HEAD 的指向。HEAD 要指向的结点可以通过 HEAD~ 形式指定，也可以通过某次 commit 的 SHA-1 值指定。 如果没有指定目标结点，则目标结点就是 HEAD。
如：
$ git reset --soft HEAD~2上述命令会使 HEAD 指向当前 HEAD 的爷爷结点。该命令通过 HEAD~ 形式指定目标结点。
$ git reset --soft 03d5c3cb29e2cf9fd662f446cf43c5e2556be67d该命令会将 HEAD 指向 SHA-1 为指定值的结点。
根据选项进行操作。上例中的 --soft 便是选项。根据选项的不同，会对暂存区与工作区间进行不同的操作。默认选项是 --mixed
| 选项 | 解释 |
|---|---|
| --soft | 移动 HEAD 后，不进行任何操作 |
| --mixed | 移动 HEAD 后，使用目标结点的内容更新暂存区 |
| --hard | 在 --mixed 基础上，再使用暂存区的内容更新工作目录 |
如：
$ git ls-files -s
100644 41af73fe4b6aec0a5c4f9b7d520cebb5b65dc59e 0 a.txt
100644 bbbb9a0898f38cc3c288beea708832de6c2db91b 0 test.html
$ git reset --soft HEAD~
$ git ls-files -s
100644 41af73fe4b6aec0a5c4f9b7d520cebb5b65dc59e 0 a.txt
100644 bbbb9a0898f38cc3c288beea708832de6c2db91b 0 test.html
可以发现通过 --soft 选项移动 HEAD 指向后，暂存区中没有任何变化。
如果此时通过 git status 命令查看当前状态，可以发现新修改的文件出现在待提交列表中。这是因为 reset 重置了本地仓库，使得本地仓库与暂存区中的内容不一致，所以新修改的文件出现在待提交列表中。
$ git ls-files -s
100644 41af73fe4b6aec0a5c4f9b7d520cebb5b65dc59e 0 a.txt
100644 bbbb9a0898f38cc3c288beea708832de6c2db91b 0 test.html
$ git reset --mixed HEAD~
Unstaged changes after reset:
M a.txt
M test.html
$ git ls-files -s
100644 00544207d07abf07846ba2264a8a58f64dc63f89 0 a.txt
100644 b97a4dc271444b30b71836fade5d5a8fc9ec0aaf 0 test.html
可以发现使用 --mixed 选项后，暂存区中的内容发生了变化，而新修改的文件出现在待暂存列表中。
简写
- git reset ：它是 git reset --mixed HEAD 的简写。其作用就是用最后一次 commit 的内容重置暂存区。
指定路径
可以为 reset 提供一个作用路径。 若指定了一个路径，reset 将会跳过第 1 步，并且将它的作用范围限定为指定的文件或文件集合。
具体格式：将路径与命令通过 -- 分隔开。要注意的是：指定路径时，只能与选项 --mixed 同用。
$ git reset --mixed HEAD~ -- a.txt
上述命令中 --mixed 可以省略。它表示将暂存区中的 a.txt 文件恢复到 HEAD 的父结点的内容。
