我看过所有类似的问题。然而，我又检查了一遍，确实发生了一些奇怪的事情。
在一台服务器上(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输出。
当前回答
我又偶然发现了这个问题。但这一次发生的原因不同。 我将文件复制到存储库中以覆盖以前的版本。现在我可以看到文件被修改了，但是diff没有返回diff。
例如，我有一个主页。xaml文件。 在文件资源管理器中，我粘贴了一个新的主页。Xaml文件超过了我当前存储库中的一个。 我在另一台机器上做了这项工作，只是把文件粘贴到这里。
文件显示已修改，但当我运行git diff时，它不会显示更改。
这可能是因为文件中的fileinfo已经更改，Git知道它实际上不是同一个文件。有趣。
您可以看到，当我在文件上运行diff时，它什么也不显示，只是返回提示符。
其他回答
博士TL;
行结束问题:
将自专制设置更改为默认true。例如，在Windows上签出Windows风格的行结束符，并在远程Git存储库中提交linux风格的行结束符: Git配置——全局核心。autocrlf真实 在Windows机器上，将存储库中的所有文件更改为Windows样式: unix2dos * * Git添加所有修改过的文件，修改过的文件将会是: Git添加。 git状态
背景
平台:Windows, WSL
我偶尔会遇到这个问题，git状态显示我修改了文件，而git diff显示什么都没有。这很可能是行结束符的问题。
根本原因
我经常遇到这个问题的原因是我在一台Windows机器上工作，并且在WSL中与Git交互。在Linux和Windows设置之间切换很容易导致这种行尾问题。由于操作系统中使用的行结束格式不同:
Windows: \ r \ n OS X / Linux: \n
常见的做法
当你在你的机器上安装Git时，它会要求你选择行结束设置。通常，常见的做法是在远程Git存储库上使用(提交)linux风格的行结束符，并在Windows计算机上检出Windows风格的行结束符。如果您使用默认设置，这就是Git为您做的。
这意味着如果你有一个shell脚本myScript.sh和Bash脚本myScript.sh。在您的存储库中，这些脚本在远程Git存储库中以linux样式的结尾存在，在您的Windows机器上以Windows样式的结尾存在。
我曾经检查shell脚本文件，并使用dos2unix更改脚本行结束，以便在WSL中运行shell脚本。这就是我遇到这个问题的原因。Git一直告诉我对行结束的修改已经更改，并询问是否提交更改。
解决方案
使用默认的行结束设置，如果更改了某些文件的行结束符(如使用dos2unix或dos2unix)，请删除更改。 如果行尾更改已经存在，并且您想要删除它，尝试git添加它们，更改就会消失。
我有一个问题，其中数百行结束修改了一些程序和git diff列出所有源文件更改。在修复行尾之后，git状态仍然将文件列为已修改。
我可以通过将所有文件添加到索引，然后重新设置索引来修复这个问题。
git add -A
git reset
核心。文件模式设置为false。
正如在前面的回答中已经提到的，这种情况可能是由于行结束问题(CR/LF vs. 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.
对我来说，这与文件权限有关。 在我的项目上使用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^，看看生成的补丁说了什么。
