让我们从一个情况开始。
git stash
git commit -m "Commit message"
git stash apply
由于提交，我在 2 个文件中收到合并冲突。我不再想要这 2 个文件中的更改所以我尝试恢复这些更改。
我做了git checkout -- background.js
因为错误而失败
错误：路径 'src/background/background.js' 未合并
但后来我读了this SO post 并尝试了
git checkout HEAD -- background.js
它运行成功。这两个文件都发生在我身上。我想了解两者之间的区别
git checkout -- file 和 git checkout HEAD -- file
【问题讨论】：
标签： git git-checkout git-stash merge-conflict-resolution
通常没有太大区别。关键是你有冲突要解决。来自手册页http://csurs.csr.uky.edu/cgi-bin/man/man2html?1+git-checkout
git checkout [--patch] [] [--] ...
...
由于先前的合并失败，索引可能包含未合并的条目。 默认情况下，如果您尝试从 索引，结帐操作将失败，什么都不会 检查过了。使用 -f 将忽略这些未合并的条目。内容 从合并的特定方面可以通过以下方式从索引中签出 使用 --ours 或 --theirs。使用 -m，对工作树进行更改 可以丢弃文件以重新创建原始冲突合并 结果。
当它失败时，您以这种方式使用checkout。因此，按照设计，结帐将由于未合并的更改（不解决冲突）而失败。添加 HEAD 告诉 git 使用哪个“分支”，因此实际上会签出文件。
HEAD 指的是您在您的存储库中所处的特定 SHA。所以你告诉 git 从哪里提取文件，就像你在不同的分支中一样。
【讨论】：
git checkout -- <pathname> 从索引中签出称为<pathname> 的内容， 而git checkout HEAD -- <pathname> 从特定提交中签出ref HEAD 解析（在 90% 的情况下，它是您当前签出分支的提示提交）。