《精通git》笔记之九(重置揭密)

本文深入浅出地介绍了Git中HEAD、索引和工作目录的概念及其相互关系,详细解释了reset和checkout命令如何操纵这些概念来管理项目状态。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

三棵树

理解 reset 和 checkout 的最简方法,就是以 Git 的思维框架(将其作为内容管理器)来管理三棵不同的树。“树” 在我们这里的实际意思是 “文件的集合”,而不是指特定的数据结构。(在某些情况下索引看起来并不像一棵树,不过我们现在的目的是用简单的方式思考它。)Git 作为一个系统,是以它的一般操作来管理并操纵这三棵树的:

用途
HEAD上一次提交的快照,下一次提交的父结点
Index预期的下一次提交的快照
Working Directory沙盒
HEAD

HEAD 是当前分支引用的指针,它总是指向该分支上的最后一次提交。这表示 HEAD 将是下一次提交的父结点。
通常,理解 HEAD 的最简方式,就是将它看做 你的上一次提交 的快照。

索引

索引是预期的下一次提交。我们也会将这个概念引用为 Git 的 “暂存区域”,这就是当运行 git commit 时 Git 看起来的样子。
Git 将上一次检出到工作目录中的所有文件填充到索引区,它们看起来就像最初被检出时的样子。之后你会将其中一些文件替换为新版本,接着通过 git commit 将它们转换为树来用作新的提交。
索引并非技术上的树结构,它其实是以扁平的清单实现的。

工作目录

另外两棵树以一种高效但并不直观的方式,将它们的内容存储在 .git 文件夹中。工作目录会将它们解包为实际的文件以便编辑。可以把工作目录当做沙盒。在你将修改提交到暂存区并记录到历史之前,可以随意更改。

工作流程

Git 主要的目的是通过操纵这三棵树来以更加连续的状态记录项目的快照。
在这里插入图片描述
git add : 获取工作目录中的内容,并将其复制到索引中。
git commit : 它首先会移除索引中的内容并将它保存为一个永久的快照,然后创建一个指向该快照的提交对象,最后更新 master 来指向本次提交。
三棵树完全相同时。 运行git status,会发现没有任何改动。
如果有条目在索引与工作目录之间存在不同,运行 git status,会看到文件显示在 “Changes not staged for commit,” 下面并被标记为红色。
索引和 HEAD 不同,若运行 git status 的话就会看到 “Changes to be committed” 下的该文件变为绿色——也就是说,现在预期的下一次提交与上一次提交不同。

检出一个分支时,它会修改 HEAD 指向新的分支引用,将 索引 填充为该次提交的快照,然后将 索引 的内容复制到 工作目录 中。

重置的作用

示例:
在这里插入图片描述
第 1 步:移动 HEAD
reset 做的第一件事是移动 HEAD 的指向。这与改变 HEAD 自身不同(checkout 所做的);reset 移动HEAD 指向的分支。这意味着如果 HEAD 设置为 master 分支(例如,你正在 master 分支上),运行 git reset 9e5e64a 将会使 master 指向 9e5e64a。
在这里插入图片描述
第 2 步:更新索引(–mixed)
注意,如果你现在运行 git status 的话,就会看到新的 HEAD 和以绿色标出的它和索引之间的区别。
接下来,reset 会用 HEAD 指向的当前快照的内容来更新索引。
在这里插入图片描述
如果指定 --mixed 选项,reset 将会在这时停止。这也是默认行为,所以如果没有指定任何选项(在本例中只是 git reset HEAD~),这就是命令将会停止的地方。
它依然会撤销一上次 提交,但还会 取消暂存 所有的东西。于是,我们回滚到了所有 git add 和 git commit 的命令执行之前。

第 3 步:更新工作目录(–hard)
reset 要做的的第三件事情就是让工作目录看起来像索引。如果使用 --hard 选项,它将会继续这一步。
在这里插入图片描述
hard操作撤销了最后的提交、git add 和 git commit 命令以及工作目录中的所有工作。

–hard 标记是 reset 命令唯一的危险用法,它也是 Git 会真正地销毁数据的仅有的几个操作之一。其他任何形式的 reset 调用都可以轻松撤消,但是 --hard 选项不能,因为它强制覆盖了工作目录中的文件。

回顾

reset 命令会以特定的顺序重写这三棵树,在你指定以下选项时停止:

  1. 移动 HEAD 分支的指向 (若指定了 --soft,则到此停止)
  2. 使索引看起来像 HEAD (若未指定 --hard,则到此停止)
  3. 使工作目录看起来像索引
通过路径来重置

还可以给git reset提供一个作用路径。若指定了一个路径,reset 将会跳过第 1 步,并且将它的作用范围限定为指定的文件或文件集合。这样做自然有它的道理,因为 HEAD 只是一个指针,你无法让它同时指向两个提交中各自的一部分。不过索引和工作目录 可以部分更新,所以重置会继续进行第 2、3 步。现在,假如我们运行 git reset file.txt(这其实是 git reset --mixed HEAD file.txt 的简写形式,因为你既没有指定一个提交的 SHA-1 或分支,也没有指定 --soft 或 --hard),它会:

  1. 移动 HEAD 分支的指向 (已跳过)
  2. 让索引看起来像 HEAD (到此处停止)

所以它本质上只是将 file.txt 从 HEAD 复制到索引中。
在这里插入图片描述
它还有 取消暂存文件 的实际效果。
我们可以不让 Git 从 HEAD 拉取数据,而是通过具体指定一个提交来拉取该文件的对应版本。只需运行类似于 git reset eb43bf file.txt 的命令即可。
reset 命令也可以接受一个 --patch 选项来一块一块地取消暂存的内容。这样你就可以根据选择来取消暂存或恢复内容了。

压缩

假设你有一个项目,第一次提交中有一个文件,第二次提交增加了一个新的文件并修改了第一个文件,第三次提交再次修改了第一个文件。由于第二次提交是一个未完成的工作,因此你想要压缩它。
在这里插入图片描述
那么可以运行 git reset --soft HEAD~2 来将 HEAD 分支移动到一个旧一点的提交上(即你想要保留的第
一个提交):
在这里插入图片描述
然后只需再次运行 git commit:
在这里插入图片描述

检出

和 reset 一样,checkout 也操纵三棵树,不过它有一点不同,这取决于你是否传给该命令一个文件路径。

不带路径

运行 git checkout [branch] 与运行 git reset --hard [branch] 非常相似,它会更新所有三棵树使其看起来像 [branch],不过有两点重要的区别。
首先不同于 reset --hard,checkout 对工作目录是安全的,它会通过检查来确保不会将已更改的文件吹走。它会在工作目录中先试着简单合并一下,这样所有 还未修改过的 文件都会被更新。而 reset --hard 则会不做检查就全面地替换所有东西。
第二个重要的区别是如何更新 HEAD。reset 会移动 HEAD 分支的指向,而 checkout 只会移动 HEAD 自身来指向另一个分支。
例如,假设我们有 master 和 develop 分支,它们分别指向不同的提交;我们现在在 develop 上(所以HEAD 指向它)。如果我们运行 git reset master,那么 develop 自身现在会和 master 指向同一个提交。而如果我们运行 git checkout master 的话,develop 不会移动,HEAD 自身会移动。现在 HEAD 将会指向 master。
所以,虽然在这两种情况下我们都移动 HEAD 使其指向了提交 A,但做法是非常不同的。reset 会移动 HEAD分支的指向,而 checkout 则移动 HEAD 自身。
在这里插入图片描述

带路径

运行 checkout 的另一种方式就是指定一个文件路径,这会像 reset 一样不会移动 HEAD。它就像 git reset [branch] file 那样用该次提交中的那个文件来更新索引,但是它也会覆盖工作目录中对应的文件。
checkout 也接受一个 --patch 选项,允许根据选择一块一块地恢复文件内容。

总结

下面的速查表列出了命令对树的影响。“HEAD” 一列中的 “REF” 表示该命令移动了 HEAD 指向的分支引
用,而`‘HEAD’’ 则表示只移动了 HEAD 自身。特别注意 WD Safe? 一列 - 如果它标记为 NO,那么运行该命令之前请考虑一下。

HEAD 2IndexWorkdirWD Safe?
Commit Level
reset --soft [commit]REFNONOYES
reset [commit]REFYESNOYES
reset --hard [commit]REFYESYESNO
checkout [commit]HEADYESYESYES
File Level
reset (commit) [file]NOYESNOYES
checkout (commit) [file]NOYESYESNO
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值