我看过所有类似的问题。然而，我又检查了一遍，确实发生了一些奇怪的事情。
在一台服务器上(Solaris with Git 1.8.1)，我克隆了Git存储库，然后将. Git文件夹复制到我现有的活动文件中。这很好，我可以跑了
git status
then
git diff [filename]
检查任何不同的文件。
在另一台服务器上(Solaris with Git 1.7.6)，我做的完全相同
git diff [filename]
即使文件内容完全不同，也不会显示任何内容。我还测试了添加一个新文件，提交它，然后编辑。同样的问题，git status显示文件已更改，但git diff没有显示任何内容。如果我下载更改后的文件并在本地运行diff，那么我将得到diff输出。
当前回答
对我来说，这与文件权限有关。 在我的项目上使用Mac/Linux的人似乎提交了一些具有非默认权限的文件，我的Windows Git客户端未能重现。
我的解决方案是告诉Git忽略文件权限:
git config core.fileMode false
其他见解:如何让Git忽略文件模式(chmod)的更改?
其他回答
有几个原因可以解释为什么git status可能会显示不同，而git diff可能不会。
文件的模式(权限位)发生了变化——例如，从777变为700。 换行风格从CRLF (DOS)到LF (UNIX)
要知道发生了什么，最简单的方法是运行git format-patch HEAD^，看看生成的补丁说了什么。
我将文件添加到索引中:
git add file_name
然后跑着说:
git diff --cached file_name
你可以在这里看到git diff的描述。
如果你需要撤销你的git添加，那么请参阅这里:我如何在提交前撤销'git add' ?
我怀疑您的Git安装或存储库有问题。
尝试运行:
GIT_TRACE=2 git <command>
看看能不能找到有用的线索。如果这没有帮助，只需使用strace，看看哪里出了问题:
strace git <command>
我遇到了同样的问题，描述如下: 如果我输入
$ git diff
Git只是返回到提示符，没有任何错误。
如果我输入
$ git diff <filename>
Git只是返回到提示符，没有任何错误。
最后，通过阅读，我注意到git diff实际上调用mingw64\bin\diff.exe来完成这项工作。
是这样的。我正在运行Windows，并安装了另一个Bash实用程序，它改变了我的路径，因此它不再指向我的mingw64\bin目录。
如果你输入:
git diff
它只是返回到提示符，你可能有这个问题。
由git运行的div .exe位于你的mingw64\bin中 目录
最后，为了解决这个问题，我实际上复制了我的mingw64\bin目录到Git正在寻找的位置。我试过了，还是不行。
然后，我关闭我的Git Bash窗口并再次打开它，去到我的同一个存储库，现在它可以工作了。
我有一个类似的问题:git diff会显示差异，但git diff <filename>不会。结果是我将LESS设置为一个包含-F(——quit-if-one-screen)的字符串。移除那面旗帜就解决了问题。
