我已经查看了所有类似的问题。然而，我进行了双重检查，肯定发生了一些奇怪的事情。
在一个服务器上（Solaris带有Git 1.8.1），我克隆了Git存储库，然后将.git文件夹复制到我的现有实时文件中。这完美地运行了，我可以运行
git status
然后
git diff [filename]
检查任何不同的文件。
在另一个服务器上（使用 Git 1.7.6 的 Solaris），我正在进行完全相同的操作。
git diff [filename]
即使文件内容明显不同，也不显示任何内容。我还尝试添加新文件，提交它，然后进行编辑。相同的问题，git status 显示该文件已更改，但 git diff 什么也没有显示。如果我下载更改的文件并在本地运行 diff，那么我会得到 diff 输出。
对我来说，这与文件权限有关。我的Windows Git客户端未能复制某些带有非默认权限的Mac/Linux项目提交的文件。
对我来说，解决方案是告诉Git忽略文件权限：
git config core.fileMode false
其他信息： 如何使Git忽略文件模式（chmod）更改？
我将这个文件添加到了索引中：
git add file_name
然后跑了：
git diff --cached file_name
您可以在此处查看有关git diff的说明。
如果您需要撤消git add操作，请参见此处：'How do I undo git add before commit?'
git status 显示有差异但 git diff 没有显示的原因有几个：
文件模式（权限位）发生了变化，例如从777变为700。
换行符样式从CRLF（DOS）更改为LF（UNIX）。
找出发生了什么的最简单方法是运行 git format-patch HEAD^ 并查看生成的补丁内容。
git add -A 添加到索引中。我同时使用 Windows 和 Linux，并且遇到了 crlf 问题。但是现在知道如何解决它 现在。所以 dos2unix 不是一个选项.. 等等，jaakko 的答案。 - Timogit format-patch HEAD^ 得到了 0001-commit.patch. - Timogit status报告了将应用过滤器的文件（根据.gitattributes文件）已修改，但git diff没有显示任何差异。 - Ansa211我曾经遇到这样一个问题，有些程序修改了几百个行的结尾，导致git diff列出所有源文件都被改变了。修复行结尾之后，git status仍然显示这些文件被修改了。
我通过添加所有文件到索引中并重置索引来解决这个问题。
git add -A
git reset
core.filemode 被设置为 false。
git restore . 以避免污染索引。 - Timogit restore . 帮助使索引保持干净。 - Timo正如在之前的回答中提到的那样，这种情况可能是由于行尾问题（CR / LF与LF）而导致的。我使用以下命令解决了这个问题（在Git版本2.22.0下）：
git add --renormalize .
按照手册：
--renormalize
Apply the "clean" process freshly to all tracked files to
forcibly add them again to the index. This is useful after
changing core.autocrlf configuration or the text attribute in
order to correct files added with wrong CRLF/LF line endings.
This option implies -u.
git reset的情况下工作。 - Stefano Mgit config --global core.autocrlf true，然后运行了这个命令，问题就解决了。 - Gavin Ray我怀疑您的Git安装或存储库存在问题。
尝试运行：
GIT_TRACE=2 git <command>
看看是否能得到有用的信息。如果这没帮助，只需使用 strace 并查看出了什么问题：
strace git <command>
-F 标志添加到 LESS 环境变量中，这告诉 less 如果没有足够的信息显示在屏幕上，则退出。由于git使用less作为分页器，而我只有一个很小的差异，所以什么都没有被显示出来。要么我必须向 LESS 环境变量添加 -X，这样即使 less 退出也会在屏幕上显示内容，要么就直接删除 -F。GIT_TRACE 显示 less 被执行，这提醒我最近更改了 LESS 变量。这是 @rcwxok 的答案相同的原因，但我想评论一下 GIT_TRACE 如何帮助解决问题。 - Raghu Dodda我遇到了类似的问题：git diff 显示了差异，但 git diff <filename> 却没有。原来是因为我设置了 LESS 变量的值包含 -F (--quit-if-one-screen) 这个选项。移除这个选项解决了问题。
有时运行git add可以解决问题。
Git状态显示文件已更改，但git diff未显示任何内容...
> git status
On branch master
Changes not staged for commit:
(use "git add <file>..." to update what will be committed)
(use "git checkout -- <file>..." to discard changes in working directory)
modified: package.json
no changes added to commit (use "git add" and/or "git commit -a")
> git diff
>
运行git add命令可解决不一致问题。
> git add
> git status
On branch master
nothing to commit, working directory clean
>
status 和 diff 似乎有处理它们的不同方式。 - Shaun Luttingit add 然后取消暂存所有文件。虚假的差异消失了。谢谢。 - Alexei - check Codidactgit add，但是什么也没有添加，不过 git status 会被清除。 - Daniel Chin换行符问题：
git config --global core.autocrlf true
unix2dos **
git add .
git status
我偶尔会遇到这样的问题，即git status显示我有修改过的文件，而git diff则没有显示任何内容。这很可能是行尾符号的问题。
我经常遇到这个问题的原因是，我在 Windows 机器上工作，并在 WSL 中与 Git 进行交互。在不同的操作系统配置之间切换很容易导致行尾符号的问题。由于操作系统使用的行尾格式不同：
\r\n\n当您在计算机上安装 Git 时，它会要求您选择行尾设置。通常，常见做法是在远程 Git 存储库中使用（提交）Linux 风格的行尾，并在 Windows 计算机上检出 Windows 风格的行尾。如果您使用默认设置，Git 将为您完成此操作。
这意味着，如果您有一个 shell 脚本 myScript.sh 和 Bash 脚本 myScript.cmd 在您的存储库中，那么这两个脚本都会以 Linux 样式的行尾存在于您的远程 Git 存储库中，并且在您的 Windows 机器上都以 Windows 样式的行尾存在。
我曾尝试检出 shell 脚本文件并使用 dos2unix 更改脚本的行尾符号，以便在 WSL 中运行 shell 脚本。这就是为什么我遇到这个问题的原因。Git 不断告诉我我的行尾符号修改已经被更改，并询问是否提交更改。
使用默认的行尾设置，如果您更改了某些文件的行尾（例如使用了dos2unix 或 unix2dos），则放弃这些更改。
如果行尾符号已经更改，并且您想要摆脱它，请尝试将其添加到git add命令中，以使更改消失。
LESS问题类似。PAGER环境变量设置为PAGER='less -RSF'。-F选项，因为我明确将其放在那里，希望防止在屏幕上显示短差异。-F，而是添加了-X：PAGER='less -RSFX'。这既解决了git diff问题，又防止了使用less显示短差异。
git diff --cached查看差异。 - jeremyharrisgit diff --cached命令也没有输出任何内容。 - Oliver Pgit log也没有输出。 - Oliver P- 文件模式已更改？在此处查找“core.fileMode”选项[http://www.kernel.org/pub/software/scm/git/docs/git-config.html]。
- 另外，当Console2实际运行时，我也遇到了类似的问题，因为可能会出现文件锁定，使得git认为文件已更改。
- madhead