参考

链接

---

reset

重置当前分支指向的结点，并根据选项操作暂存区与工作区间。

注意：reset 不会修改当前操作的分支，只是修改该分支指向的提交结点。

$ git reset dev
$ cat .git/HEAD 
ref: refs/heads/master
$ git branch
  dev
* master

dev 是一个分支名，它也指向了某个提交结点，因此可以 reset 到该结点。reset 到 dev 结点后，当前的分支并不有发生变化（ HEAD 文件中指向的内容没有变化）。

reset 的工作过程分为两步：

1. 移动 HEAD 的指向。HEAD 要指向的结点可以通过 HEAD~ 形式指定，也可以通过某次 commit 的 SHA-1 值指定。 如果没有指定目标结点，则目标结点就是 HEAD。

   如：

   $ git reset --soft HEAD~2
   

   上述命令会使 HEAD 指向当前 HEAD 的爷爷结点。该命令通过 HEAD~ 形式指定目标结点。

   $ git reset --soft 03d5c3cb29e2cf9fd662f446cf43c5e2556be67d
   

   该命令会将 HEAD 指向 SHA-1 为指定值的结点。

2. 根据选项进行操作。上例中的 --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 选项后，暂存区中的内容发生了变化，而新修改的文件出现在待暂存列表中。

简写

1. git reset ：它是 git reset --mixed HEAD 的简写。其作用就是用最后一次 commit 的内容重置暂存区。

---

指定路径

可以为 reset 提供一个作用路径。 若指定了一个路径，reset 将会跳过第 1 步，并且将它的作用范围限定为指定的文件或文件集合。

具体格式：将路径与命令通过 -- 分隔开。要注意的是：指定路径时，只能与选项 --mixed 同用。

$ git reset --mixed HEAD~ -- a.txt

上述命令中 --mixed 可以省略。它表示将暂存区中的 a.txt 文件恢复到 HEAD 的父结点的内容。