我认为这不是行结束差异问题 - 即使设置为识别行结束和空格差异，p4merge 也认为文件没有任何更改。
我的问题是有时会出现以下情况:
- 起初，
git status没有显示未提交的更改。 - 然后我切换到另一个分支
- 现在，
git status列出一些文件已更改。 - 对于任何其中的“更改文件”，
git diff显示该文件的每一行都已更改。更改版本与原始版本相同。
为什么会发生这种情况？为什么 git 认为文件已经更改了，当它们看起来没有做出那样的更改？为什么仅仅检出另一个分支就会导致这种情况发生？
我的第一个想法是行结束符，但我不知道为什么 p4merge 不会检测到这些。第二个想法是文件模式更改。我不知道如何找出是否是这种情况。git config --list 显示 core.filemode 设置为 false。git config --global --list 和 git config --system --list 没有显示任何关于 core.filemode 的设置（我在这里说明，因为我不确定不同的配置级别是如何覆盖彼此的）。core.autocrlf 设置为 true。
多个开发人员提交到同一个仓库，我从中拉取更改，他们都在使用 Windows 计算机。我猜测某个人在某个位置上有一些设置导致了这种情况，但我不知道是我本地还是其他人，或者它可能是哪个设置。
列出的更改文件似乎不是随机的 - 如果我删除我的本地仓库，再次从远程克隆（默认为检出主分支），然后再次检出相同的分支，git status 每次都会列出完全相同的更改文件。这些文件有时是最近编辑的内容，有时是多年未被触及的文件。它们不仅是二进制文件（已知 core.autocrlf=true 有时会损坏它们），而且也是文本文件。
执行命令 git rm --cached -r .，然后是 git reset --hard 可以摆脱这些更改，但它发生得太频繁，让人感到烦恼。我也很好奇是什么原因导致了这种情况。
同一个仓库还引起了行结束问题。我认为这是一个单独的问题，所以我可能最终会为它提出另一个问题，但我在这里简要提到它，以防它们有关联。检出另一个分支或从远程仓库拉取更改有时会导致文件看起来已更改，并且对这些文件的 git diff 仅输出： warning: LF will be replaced by CRLF in [file]. The file will have its original line endings in your working directory.
编辑：该仓库的 .gitattributes 文件中只有一行 * text=auto，没有其他内容。
git config --list的输出结果（省略了与颜色、编辑器文件路径、远程、差异工具、用户名和电子邮件等相关的设置）：core.symlinks=false
core.autocrlf=true3
pack.packsizelimit=2g
rebase.autosquash=true
merge.summary=true
core.repositoryformatversion=0
core.filemode=false
core.bare=false
core.logallrefupdates=true
core.symlinks=false (yes this is there twice, just noticed)
core.ignorecase=true
core.hidedotfiles=dotgitOnly
git config core.autocrlf返回什么？是否有任何带有core.eol指令的.gitattributes文件？ - VonCcore.autocrlf设置为false。我想了解为什么会发生这种情况。 - riksteri