Git之Reset的三种模式

前言

• 使用场景：当commit的内容有错误，需要回撤到之前的某个版本时。
• git reset一句话概括：
• git-reset - Reset current HEAD to the specified state
  意思是可以让HEAD这个指针指向其他的地方。例如我们有一次commit不是不是很满意，需要回到上一次的Commit里面。那么这个时候就需要通过reset，把HEAD指针指向上一次的commit的点。
  `

Git Reset的三种模式

Git Reset有三种模式，soft,mixed,hard，具体的使用方法如下面这张图

注，Git一般划分为3个区域，working directory 为当前工作区、stage/index为暂存区（git add后的代码就会存储在这部分）、repository则记录提交的历史（git comment后的代码会存在这里）。3个区域关系如下图所示

1. reset --hard：重置stage区和工作目录:

reset --hard 会在重置 HEAD 和branch的同时，重置stage区和工作目录里的内容。当你在 reset 后面加了 --hard 参数时，你的stage区和工作目录里的内容会被完全重置为和HEAD的新位置相同的内容。（三个区域全变且一致）

例：你在上次 commit 之后又对文件做了一些改动：把修改后的ganmes.txt文件add到stage区，修改后的shopping list.txt保留在工作目录

git status

# 你的 HEAD 和当前 branch 回滚到上一条commit同时，stage区和工作区的改动也全消失了
git reset --hard HEAD^6
git status

2.reset --soft：保留工作目录，并把重置 HEAD 所带来的新的差异放进暂存区

reset --soft 会在重置 HEAD 和 branch 时，保留工作目录和暂存区中的内容，并把重置 HEAD 所带来的新的差异放进暂存区。（working directory 内容不变，repository与目标节点一致，stage/index新增repository在两个版本的差异）

例：把修改后的ganmes.txt文件add到stage区，修改后的shopping list.txt保留在工作目录

git status

此时当前 commit 的改动内容是新增了 laughters.txt 文件

git show --stat

# 你的 HEAD 和它所指向的 branch 被移动到 HEAD^ 之外，原先 HEAD 处 commit 的改动（也就是那个 laughters.txt 文件）也会被放进暂存区
git reset --soft HEAD^
git status

3.reset 不加参数(mixed)：保留工作目录，并清空暂存区

reset 如果不加参数，那么默认使用 --mixed 参数。它的行为是：保留工作目录，并且清空暂存区。也就是说，工作目录的修改、暂存区的内容以及由 reset 所导致的新的文件差异，都会被放进工作目录。简而言之，就是「把所有差异都混合（mixed）放在工作目录中」。

例如上述情况：

git status

修改 的games.txt 和 shopping list.txt，并把 games.txt 放进了暂存区。

git show --stat

git reset HEAD^
git reset --mixed HEAD^

`
工作目录的内容和 --soft 一样会被保留，但和 --soft 的区别在于，它会把暂存区清空,并把原节点和reset节点的差异的文件放在工作目录，总而言之就是，工作目录的修改、暂存区的内容以及由 reset 所导致的新的文件差异，都会被放进工作目录

git status

总结

区别

1. –hard：重置位置的同时，直接将 working Tree工作目录、 index 暂存区及 repository 都重置成目标Reset节点的內容,所以效果看起来等同于清空暂存区和工作区。
2. –soft：重置位置的同时，保留working Tree工作目录和index暂存区的内容，只让repository中的内容和 reset 目标节点保持一致，因此原节点和reset节点之间的【差异变更集】会放入index暂存区中(Staged files)。所以效果看起来就是工作目录的内容不变，暂存区原有的内容也不变，只是原节点和Reset节点之间的所有差异都会放到暂存区中。
3. –mixed（默认）：重置位置的同时，只保留Working Tree工作目录的內容，但会将 Index暂存区 和 Repository 中的內容更改和reset目标节点一致，因此原节点和Reset节点之间的【差异变更集】会放入Working Tree工作目录中。所以效果看起来就是原节点和Reset节点之间的所有差异都会放到工作目录中。

使用场景

1. –hard：（1）放弃本地的所有改变，即去掉所有add到暂存区的文件和工作区的文件；(2) 抛弃目标节点后的所有commit（之后所有的commit都不对）。
2. –soft：合并差异不大的commit，使整个演进线图更清晰。
3. –mixed（默认）：（1）与2类似，合并相似的commit；(2)移除暂存区中的内容。(3)commit提交某些错误代码，不想再修改错误再commit（因为会留下一个错误commit点），可以回退到正确的commit点上，然后所有原节点和reset节点之间差异会返回工作目录，假如有个没必要的文件的话就可以直接删除了，再commit上去就OK了。

参考：Git Reset 三种模式