git reset
是 Git 版本控制系统中的一个命令,用于将当前分支的 HEAD 移动到指定的提交(commit)上,并且可以选择性地修改工作目录和暂存区的状态。
具体而言,git reset
命令有三种主要模式:
-
Soft Reset:
git reset --soft <commit>
会将 HEAD 移动到指定的提交,但不会修改工作目录和暂存区。这意味着之后你可以重新提交当前的更改,而这些更改将被包含在新的提交中。
-
Mixed Reset:
git reset --mixed <commit>
是默认的模式,它将 HEAD 移动到指定的提交,并更新暂存区,但不会修改工作目录。这意味着你的工作目录将保留更改,但这些更改会被标记为未暂存状态,你可以选择性地暂存它们并提交。
-
Hard Reset:
git reset --hard <commit>
是最彻底的模式,它将 HEAD 移动到指定的提交,同时也会修改工作目录和暂存区,使它们与指定的提交完全一致。这将导致未提交的更改被永久删除,请谨慎使用。
在所有这些模式中,<commit>
是目标提交的标识(通常是提交的哈希值或引用,如分支名)。使用 git reset
可以有效地重新定义项目的历史,但需要小心使用,尤其是在共享的仓库中,以免导致冲突和不一致。
为了便于理解,我在项目里创建了一个空文件,取名为第一版
,提交之后,删了第一版,新建了第二版
,再删除之后,新建了第三版
。最后就是这样子的,只有第三版。
提交记录是这样子的。
Soft Reset
执行git reset --soft
的命令,回到第一版的提交
bash
git reset --soft 85804ef43f9e34a77665770b27fdad3ad10f0d75
执行之后,会变成这样
也就是说,当前工作区的内容并没有变,只是将在第一版之后修改的内容全部在缓存区,我们删除了第一版,新建了第三版,第二版的新建和删除相互抵消了。
Mixed Reset
倘若我们执行的是git reset --mixed
bash
git reset --mixed 85804ef43f9e34a77665770b27fdad3ad10f0d75
执行之后是这样:
工作区其实还是一样的,是第三版,但是从Gui里看的话,是把第一版之后的所有修改都恢复到了工作区,可以继续修改这些内容然后一起提交,或者部分提交,比如我只提交删除第一版的操作,新建第三版的操作我们之后在提交。
Hard Reset
这个我认为是比较重量级的
我们执行git reset --hard
的命令
bash
git reset --hard 85804ef43f9e34a77665770b27fdad3ad10f0d75
执行完之后是这样的
代码回到了第一版提交了的时候,并且第一版之后的操作全部丢失
了。
总结一下
-
Soft Reset
常用作撤销最近的提交但保留更改
,假设你做了一个提交,但是后来意识到有些更改不应该包含在这个提交中。你可以使用Soft Reset来撤销这个提交但保留更改 -
Mixed Reset
是把之后的所有修改恢复到了工作区,我们可以继续修改,再做提交。 -
Hard Reset
完完全全的穿越
,会将代码恢复到某个版本。常用作bug在某个版本上的复现。 或者,之前有遇到小伙伴git使用不熟练导致自己本地代码合并的时候丢失的情况,可以使用这个命令恢复到合并之前。
这里git reset --hard
有两个特殊的用法
- 撤销最近的提交并丢弃所有更改:
假设你做了一个提交,但后来意识到这个提交是错误的,你希望完全撤销这个提交并丢弃所有的更改,包括暂存区和工作目录中的更改
。你可以使用Hard Reset来实现这个目的:
bash
git reset --hard HEAD~1
这将把 HEAD 指针移动到前一个提交,并彻底丢弃暂存区和工作目录中的所有更改。
- 将分支重置到远程仓库的状态:
有时,你可能需要将本地分支完全重置为远程仓库的状态
,丢弃本地所有的提交和更改
。这可以通过以下命令完成:
bash
git fetch origin
git reset --hard origin/main
这将从远程仓库获取最新的提交,然后将本地分支重置到与远程分支完全一致的状态。