理解git checkout与git reset区别

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

不带路径

运行 git checkout [branch] 与运行 git reset --hard [branch] 非常相似, 它会更新所有三棵树使其看起来像 [branch],不过有两点重要的区别。

  1. 首先不同于 reset --hard,checkout 对工作目录是安全的,它会通过检查来确保不会将已更改的文件弄丢,git当检查到暂存区有缓存时候,是会放弃继续执行命令的。 而 reset --hard 则会不做检查就全面地替换所有东西。

  2. 第二个重要的区别是如何更新 HEAD。 当版本库多于一个分支的时候,

    reset 会移动当前分支的 HEAD指向,下一次提交时候,会基于这个reset目标分支HEAD指定的提交快照进行比较,这样操作很容易会出现很多奇怪的修改记录,而且不再继承原分支上的所有的提交记录。

    而 checkout 只会移动 HEAD 自身来指向另一个分支。

    总的来说,如果切换涉及其他分支的情况下,reset是不会改变当前HEAD处于哪一个分支上,而checkout是会更改当前HEAD,到目标分支上。

  3. 第三个分别是reset不会改变HEAD为detached HEAD状态,相反当checkout的目标不是branch,而且该目标的提交快照不是其所属的分支中最后一次提交,HEAD会改为detached HEAD状态。

带路径

  1. 指定路径的checkout,会像 reset 一样不会移动 HEAD。相当于git reset --hard [branch] file_path, 那样用该次提交中的那个文件来更新索引,覆盖工作目录中对应的文件,对工作目录并不安全。

checkout与reset对三树影响速查表

REF:表示该命令移动了 HEAD 指向的分支引用

HEAD: 则表示只移动了 HEAD 自身

HEAD影响

索引区

工作目录

对工作目录是否安全?

Commit Level

reset --soft [commit]

REF

NO

NO

YES

reset [commit]

REF

YES

NO

YES

reset --hard [commit]

REF

YES

YES

NO

checkout [commit]

HEAD

YES

YES

YES

File Level

reset [commit] [file]

NO

YES

NO

YES

checkout [commit] [file]

NO

YES

YES

NO

Last updated