对于某些路径，其他答案将返回一个致命形式的错误:模糊的参数。

在这些情况下，diff需要一个分隔符来区分文件名参数和提交字符串。例如，要回答问题，你需要执行:

$ git diff --cached -- <path-to-file>

这将显示修改后的文件与上次提交之间的更改。

另一方面:

git diff --cached HEAD~3 <path-to-file>

将显示本地版本与三次提交前版本之间的更改。

对于某些路径，其他答案将返回一个致命形式的错误:模糊的参数。

在这些情况下，diff需要一个分隔符来区分文件名参数和提交字符串。例如，要回答问题，你需要执行:

$ git diff --cached -- <path-to-file>

这将显示修改后的文件与上次提交之间的更改。

另一方面:

git diff --cached HEAD~3 <path-to-file>

将显示本地版本与三次提交前版本之间的更改。

请记住，您提交的是更改，而不是文件。

由于这个原因，我很少不使用git add -p(或magit等效)来添加我的更改。

For me git add -p is the most useful way (and intended I think by git developers?) to review all unstaged changes (it shows the diff for each file), choose a good set of changes that ought to go with a commit, then when you have staged all of those, then use git commit, and repeat for the next commit. Then you can make each commit be a useful or meaningful set of changes even if they took place in various files. I would also suggest creating a new branch for each ticket or similar activity, and switch between them using checkout (perhaps using git stash if you don't want to commit before switching), though if you are doing many quick changes this may be a pain. Don't forget to merge often.

你要找的是

Git diff——阶段性的

根据你的具体情况，有三种有用的方法来使用git diff:

显示索引和工作树之间的差异;也就是说，你还没有提交的更改:

git diff [filename]

显示当前提交和索引之间的差异;也就是说，你要提交的东西(——staging做完全相同的事情，使用你喜欢的东西):

git diff --cached [filename]

显示当前提交和工作树之间的差异:

git diff HEAD [filename]

Git diff在目录上递归地工作，如果没有给出路径，它会显示所有更改。

你也可以使用git友好的文本编辑器。它们显示已修改的行上的颜色，添加的行显示另一种颜色，删除的行显示另一种颜色，等等。

GitHub的Atom 1.0就是一个很好的文本编辑器。