我看过所有类似的问题。但是，我仔细检查过，肯定发生了奇怪的事情。

在一台服务器上（具有Git 1.8.1的Solaris），我克隆了Git存储库，然后将.git文件夹复制到我现有的实时文件中。这工作得很好，我可以跑步

git status

然后

git diff [filename]

检查所有不同的文件。

在另一台服务器（带有Git 1.7.6的Solaris）上，我正在做完全相同的操作

git diff [filename]

即使文件内容绝对不同，也什么也不显示。我还测试了添加新文件，提交并进行编辑。相同的问题，git status显示文件已更改，但不git diff显示任何内容。如果我下载更改后的文件并在本地运行diff，则会得到diff输出。

我将文件添加到索引：

git add file_name

然后运行：

git diff --cached file_name

您可以在此处查看git diff的描述。

如果您需要撤消git add，那么请参见此处：如何在提交前撤消'git add'？

有几种原因git status可能会有所不同，但git diff可能不会有所不同。

• 文件的模式（权限位）已更改-例如，从777更改为700。

• 换行样式从CRLF（DOS）更改为LF（UNIX）

找出发生了什么的最简单方法是运行git format-patch HEAD^并查看生成的补丁说明。

对我来说，这与文件权限有关。在我的项目中使用Mac / Linux的人似乎提交了具有非默认权限的文件，而Windows git客户端无法复制这些文件。我的解决方案是告诉git忽略文件权限：

git config core.fileMode false

其他见解：如何使Git忽略文件模式（chmod）更改？

我遇到一个问题，其中某些程序修改了数百行结尾，并git diff列出了所有已更改的源文件。修复行尾后，git status仍列出修改后的文件。

通过将所有文件添加到索引中，然后重置索引，我能够解决此问题。

git add -A
git reset

core.filemode 被设置为假。

我怀疑您的Git安装或存储库有问题。

尝试运行：

GIT_TRACE=2 git <command>

看看是否有有用的东西。如果那没有帮助，请使用strace看看出了什么问题：

strace git <command>

我有一个类似的问题：git diff会显示差异，但git diff <filename>不会。原来，我设置LESS了一个包含-F（--quit-if-one-screen）的字符串。删除该标志即可解决问题。

如前面的回答中已经提到的，这种情况可能是由于行尾问题（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 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
> 

我遇到了这个问题。我的案子类似于rcwxok发布的LESS问题。

就我而言，我将PAGER环境变量设置为PAGER='less -RSF'。

但是，与以前的答案不同，我不想删除该-F选项，因为我明确地将其放在此处，以希望在差异less小于筛选时避免显示差异。

为了获得理想的结果-F，我没有删除，而是添加了-X：PAGER='less -RSFX'。这不仅解决了git diff问题，而且还防止了使用显示的短差异less。

我刚刚遇到过类似的问题。git diff file什么也没显示，因为我将文件的名称的一部分以大写形式添加到了Git索引中GeoJSONContainer.js。

之后，我将其重命名为，GeoJsonContainer.js并且停止跟踪更改。git diff GeoJsonContainer.js什么也没显示。我必须使用强制标志从索引中删除文件，然后再次添加文件：

git rm -f GeoJSONContainer.js
git add GeoJSONContainer.js

您并没有真正提出一个实际的问题，但是由于这是一个通用的用例，因此我经常使用这里的方法。您可以自己尝试一下，看看错误是否仍然存在。

我对您的用例的假设：

您有一个包含文件和目录的现有目录，现在想将其转换为从其他位置克隆的Git存储库，而无需更改当前目录中的任何数据。

确实有两种方法。

克隆回购-MV .git-git reset --hard

此方法就是您执行的操作-将现有存储库克隆到一个空目录中，然后将.git目录移动到目标目录中。要正常工作，通常需要您随后运行

git reset --hard

但是，这将更改当前目录中文件的状态。您可以在目录的完整副本/ rsync上尝试此操作，并研究更改内容。至少之后，您应该不再看到git log和之间的差异status。

初始化新存储库-指向原始

第二个方法是减少干扰：cd进入目的地，然后使用

git init

然后，您告诉该新存储库，它在其他地方有一个祖先：

git remote add origin original_git_repo_path

然后安全

git fetch origin master

复制数据而无需更改本地文件。现在一切都很好。

我总是推荐第二种方式，以减少出错的可能性。

我再次偶然发现了这个问题。但是这次发生的原因有所不同。我已经将文件复制到仓库中以覆盖以前的版本。现在，我可以看到文件已修改，但diff不返回diff。

例如，我有一个mainpage.xaml文件。在文件资源管理器中，我将一个新的mainpage.xaml文件粘贴到当前存储库中的文件上。我在另一台机器上进行了工作，只是将文件粘贴到了这里。

该文件显示已修改，但是当我运行git diff时，它不会显示更改。可能是因为文件上的fileinfo已更改，并且git知道它实际上不是同一文件。有趣。

您可以看到，当我在文件上运行diff时，它什么也没显示，只是返回提示。

我用以下方式描述了相同的问题：如果输入

$ git diff

Git只是返回到提示而没有错误。

如果我输入

$ git diff <filename>

Git只是返回到提示而没有错误。

最后，通过阅读，我注意到git diff实际上是调用mingw64\bin\diff.exe来完成工作的。

这是交易。我正在运行Windows，并且安装了另一个Bash实用程序，它更改了我的路径，因此不再指向我的mingw64 \ bin目录。

因此，如果您键入：

git diff

并且仅返回提示您可能有此问题。

实际运行的gitdiff.exe位于mingw64 \ bin目录中

最后，要解决此问题，我实际上将mingw64\bin目录复制到了Git想要在其中查找的位置。我尝试了一下，但仍然无法正常工作。

然后，我关闭了Git Bash窗口，然后再次将其打开到失败的同一个存储库中，现在可以使用了。