文件显示为修改后直接在Git克隆

我现在遇到了一个关于存储库的问题，尽管我的Git-fu通常很好，但我似乎无法解决这个问题。

当我克隆这个存储库，然后cd到存储库，git状态显示几个文件被更改。注意:我没有在任何编辑器或其他工具中打开存储库。

我试着遵循这个指南:http://help.github.com/dealing-with-lineendings/，但这对我的问题一点帮助都没有。

我试过git checkout。很多次，但似乎什么也没做。

我使用的是Mac，存储库本身没有子模块。

Mac上的文件系统是“Journaled HFS+”文件系统，不区分大小写。这些文件只有一行，每个文件大约79 KB(是的，您没有听错)，因此查看git diff并没有特别有用。我听说过git的全局核心配置。trustctime false，这可能有帮助，当我回到存储库的计算机上时，我会尝试。

我用事实改变了文件系统的细节!我尝试了git配置——全局核心。Trustctime假把戏，效果不太好。

当前回答

请执行以下命令。这也许能解决问题。

# Remove everything from the index.
git rm --cached -r .

# Write both the index and working directory from git's database.
git reset --hard

其他回答

我也遇到了同样的问题。在我的例子中，我克隆了存储库，一些文件立即丢失了。

这是由于文件的路径和文件名对Windows来说太长造成的。要解决该问题，请将存储库克隆到尽可能靠近硬盘驱动器根的位置，以减少文件路径的长度。例如，将其克隆到C:\A\GitRepo，而不是C:\ users Documents\yyy\Desktop\GitRepo。

这个问题也可能由不同的文件权限引起，就像我的情况一样:

新克隆的存储库(Windows, Cygwin):

$ git ls-tree HEAD
100755 blob 8099ea496a2c78d71125d79a05855f60ebf07904    testfile
   ↑↑↑

裸远程存储库(Linux):

$ git ls-tree HEAD
100644 blob 8099ea496a2c78d71125d79a05855f60ebf07904    testfile
   ↑↑↑

git config core.fileMode false

解决了我的这个问题

https://git-scm.com/docs/git-config

TL; diana;

core.fileMode

如果为false，则忽略索引和工作树之间的可执行位差异;对FAT等损坏的文件系统很有用。看到git-update-index(1)。

默认为true，除非git-clone(1)或git-init(1)将探测和设置core。在创建存储库时，fileMode为false(如果合适)。

我将本地存储库复制到另一个文件夹，出现了一堆修改过的文件。我的解决方法是:将修改过的文件存储起来，然后删除存储。存储库变得干净了。

对我来说，问题是在我的MacBook上，我的Mac没有按外壳跟踪。我创建了一个APFS区分大小写的“工作区”分区。在那之后，我不再得到状态错误。

推荐文章