什么会导致新签出的 git 文件显示编辑（不是行尾，实际编辑）？

Question

我有一堆文件在新克隆后显示“要提交的更改”。自然，我的第一步是检查更改，假设它是行尾或文件模式更改，结果是实际代码行更改，例如：

$git status

[snip]
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)
    [snip]
    modified:   custom/Extension/application/Ext/Language/en_us.CSTM.php

no changes added to commit (use "git add" and/or "git commit -a")

$ git diff custom/Extension/application/Ext/Language/en_us.CSTM.php

diff --git a/custom/Extension/application/Ext/Language/en_us.CSTM.php     b/custom/Extension/application/Ext/Language/en_us.CSTM.php
index 47b9668e27..85bb53235b 100755
--- a/custom/Extension/application/Ext/Language/en_us.CSTM.php
+++ b/custom/Extension/application/Ext/Language/en_us.CSTM.php
@@ -1,316 +1,7 @@
 <?php 
-$app_list_strings['repeat_type_dom'] = array (
-  '' => 'None',
-  'Daily' => 'Daily',
-  'Weekly' => 'Weekly',
-  'Monthly' => 'Monthly',
[snip]

这些行实际上已在文件中删除，当我验证文件本身时可以看到这些行。我没有这样做，因为这是一个新鲜的克隆。我还在 GitHub 上验证了 master 分支，哪个版本的文件是最新的，并且是删除了行的版本。这怎么可能？

添加一些额外的上下文：

几个月前，在重新签出这个 repo 时，我收到了这个错误：

warning: the following paths have collided (e.g. case-sensitive paths
on a case-insensitive filesystem) and only one from the same
colliding group is in the working tree:

  'custom/Extension/application/Ext/Language/en_us.CSTM.php'
  'custom/Extension/application/Ext/Language/en_us.cstm.php'

...然后是上面提到的更改列表。显然有人已经修复了重复文件，因为它们不再存在于 repo 中，但是当 repo 被新克隆时，文件更改仍然出现。

编辑：

为了论证：

$ git ls-files '*.php'
[snip]
en_us.CA_ASSEMENTS.php
en_us.CSTM.php
en_us.CallType.php
[snip]

Answer 1

这似乎与某些系统对文件名区分大小写而其他系统不区分这一事实有关。如果您的系统不区分大小写，则可能会检出 .CSTM，检出 .cstm 并覆盖 .CSTM，这看起来像是对 .CSTM 进行了更改 （反之亦然）

在这种情况下，您不会觉得有两个，因为您只会看到一个。 我认为上面使用 git ls-files '*.php' 的建议可能有助于回答这个问题。

我的主要观点是，即使他们都在那里，你可能不会觉得他们都在那里。