我看过所有类似的问题。然而，我又检查了一遍，确实发生了一些奇怪的事情。
在一台服务器上(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输出。
当前回答
我遇到了这个问题。我的情况与rcwxok发布的LESS问题类似。
在我的例子中，我将PAGER环境变量设置为PAGER='less -RSF'。
然而，与前面的答案不同，我不想删除-F选项，因为我显式地把它放在那里，希望防止在less中显示差异，如果它少于一个屏幕。
为了得到想要的结果，我没有删除-F，而是添加了-X: PAGER='less -RSFX'。这既解决了git差异的问题，此外，它防止显示短差异与较少。
其他回答
我遇到了同样的问题，描述如下: 如果我输入
$ 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窗口并再次打开它，去到我的同一个存储库，现在它可以工作了。
我遇到了这个问题。我的情况与rcwxok发布的LESS问题类似。
在我的例子中，我将PAGER环境变量设置为PAGER='less -RSF'。
然而，与前面的答案不同，我不想删除-F选项，因为我显式地把它放在那里，希望防止在less中显示差异，如果它少于一个屏幕。
为了得到想要的结果，我没有删除-F，而是添加了-X: PAGER='less -RSFX'。这既解决了git差异的问题，此外，它防止显示短差异与较少。
许多其他答案涉及到行尾和核心的差异。autocrlf设置。确实是这样，但我想指出另一个类似的问题:git过滤器。
如果核心。如果selflf =true，那么该行为就像一个git涂抹或清除过滤器，当文本在工作树和索引之间移动时自动处理文本。
类似地，如果你在文件最后一次提交时改变了你的git过滤器设置，它可能会导致git状态的难以捉摸的差异，而这种差异不会在git diff中显示出来。即使git添加了X;git diff——cached——X，取决于配置的过滤器的性质。
This problem happened to me when using nbstripout, a python package that implements git filters that filter out metadata before adding Jupyter notebook files to the index and before diffing them. I resolved it by reverting the filter config settings to how they were before, running git restore on the affected files, and then re-applying the changes to my filter config (because I wanted to keep the new settings long-term). For me, the settings were stored in .git/config under the filter.nbstripout and diff.ipynb sections.
我有一个类似的问题:git diff会显示差异，但git diff <filename>不会。结果是我将LESS设置为一个包含-F(——quit-if-one-screen)的字符串。移除那面旗帜就解决了问题。
我对你的用例的假设:
您有一个包含文件和目录的现有目录，现在希望将其转换为从其他地方克隆的Git存储库，而不需要更改当前目录中的任何数据。
实际上有两种方法。
克隆repo - mv .git - git重置-硬
此方法就是您所做的—将现有存储库克隆到一个空目录中，然后将.git目录移动到目标目录中。为了顺利工作，通常需要运行
git reset --hard
但是，这会改变当前目录中文件的状态。您可以在目录的完整复制/rsync上尝试此操作，并研究有哪些变化。至少之后你应该不再看到git日志和状态之间的差异。
Init新存储库-指向原点
第二种方法不那么麻烦:cd到您的目的地，并用
git init
然后你告诉这个新的存储库，它在其他地方有一个祖先:
git remote add origin original_git_repo_path
然后安全
git fetch origin master
在不更改本地文件的情况下复制数据。现在应该没事了。
我总是推荐第二种更不容易出错的方法。
