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之Reset的三种模式_第1张图片
注,Git一般划分为3个区域,working directory 为当前工作区、stage/index为暂存区(git add后的代码就会存储在这部分)、repository则记录提交的历史(git comment后的代码会存在这里)。3个区域关系如下图所示
Git之Reset的三种模式_第2张图片

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

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

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

git status

Git之Reset的三种模式_第3张图片

# 你的 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

Git之Reset的三种模式_第4张图片
此时当前 commit 的改动内容是新增了 laughters.txt 文件

git show --stat

Git之Reset的三种模式_第5张图片

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

Git之Reset的三种模式_第6张图片

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

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

例如上述情况:

git status

Git之Reset的三种模式_第7张图片
修改 的games.txt 和 shopping list.txt,并把 games.txt 放进了暂存区。

git show --stat

Git之Reset的三种模式_第8张图片

git reset HEAD^
git reset --mixed HEAD^

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

git status

Git之Reset的三种模式_第9张图片

总结

区别
  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 三种模式

你可能感兴趣的:(git)