当我运行“git pull”时，我经常想知道文件的最新版本和新版本之间发生了什么变化。假设我想知道其他人对特定文件的承诺。
这是怎么做到的？
我假设它是“git diff”，带有一些用于提交 x 与提交 y 的参数，但我似乎无法理解语法。我还发现“git log”有点混乱，不知道从哪里获取我的最新版本文件的提交 ID 与新版本。
【问题讨论】：
标签： git
有各种美妙的方式来指定提交 - 有关更多详细信息，请参阅 man git-rev-parse 的 specifying revisions 部分。在这种情况下，您可能希望：
git diff HEAD@{1}
@{1} 的意思是“我指定的 ref 的前一个位置”，因此它会评估您之前签出的内容 - 就在 pull 之前。如果您的工作树也有一些更改并且您不想看到它们的差异，您可以在最后添加HEAD。
我不确定您对“我最新版本文件的提交 ID”的要求是什么 - 提交“ID”（SHA1 哈希）是每个条目顶部的 40 个字符的十六进制在 git log 的输出中。它是整个提交的哈希，而不是给定文件的哈希。您真的不需要更多 - 如果您只想在拉取中区分一个文件，请执行
git diff HEAD@{1} filename
这是一般情况 - 如果您想了解给定提交中文件的状态，请指定提交和文件，而不是特定于文件的 ID/哈希。
【讨论】：
@{1} 作为HEAD@{1} 的简写）
如果您直接执行git pull，那么您将被“快速转发”或合并来自远程存储库的未知数量的提交。虽然这是一个动作，但您在拉取之前的最后一次提交将是 reflog 中的最后一个条目，并且可以作为HEAD@{1} 访问。这意味着您可以：
git diff HEAD@{1}
但是，我强烈建议，如果这是您发现自己经常做的事情，那么您应该考虑只做一个 git fetch 并检查获取的分支，然后再手动合并或变基到它。例如。如果您在 master 上并且打算加入 origin/master：
git fetch
git log HEAD..origin/master
# looks good, lets merge
git merge origin/master
【讨论】：
git log而不是git diff（即使git log的'..'和git diff的'...'之间的语法有点不连贯;) +1 见stackoverflow.com/questions/53569/… 和stackoverflow.com/questions/850607/…
我喜欢用：
git diff HEAD^
或者如果我只想区分一个特定的文件：
git diff HEAD^ -- /foo/bar/baz.txt
【讨论】：
HEAD^ 是父提交，而不是pull之前的提交
HEAD 是合并提交，HEAD^ 是第一个父提交，所以是的，它可以是pull 之前的提交。要获取另一个父级（用于双向合并），请使用 HEAD^2。但是，上面的答案并没有真正回答问题，所以留下 -1 ;-)