有几个原因可以解释为什么git status可能会显示不同，而git diff可能不会。

文件的模式(权限位)发生了变化——例如，从777变为700。 换行风格从CRLF (DOS)到LF (UNIX)

要知道发生了什么，最简单的方法是运行git format-patch HEAD^，看看生成的补丁说了什么。

我对你的用例的假设:

您有一个包含文件和目录的现有目录，现在希望将其转换为从其他地方克隆的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

在不更改本地文件的情况下复制数据。现在应该没事了。

我总是推荐第二种更不容易出错的方法。

对我来说，这与文件权限有关。 在我的项目上使用Mac/Linux的人似乎提交了一些具有非默认权限的文件，我的Windows Git客户端未能重现。

我的解决方案是告诉Git忽略文件权限:

git config core.fileMode false

其他见解:如何让Git忽略文件模式(chmod)的更改?

许多其他答案涉及到行尾和核心的差异。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 svn，有一个文件有这个问题。对文件的每个祖先使用ls-tree，我注意到其中一个有两个子文件夹——Submit和Submit。由于我使用的是Windows，所以不能同时签出它们，从而导致了这个问题。

解决方案是直接从TortoiseSVN Repo-browser中删除其中一个，然后运行git svn fetch，然后执行git reset——hard origin/trunk。

我有一个类似的问题:git diff会显示差异，但git diff <filename>不会。结果是我将LESS设置为一个包含-F(——quit-if-one-screen)的字符串。移除那面旗帜就解决了问题。