前言
有些同学在 Git 仓库对文件/文件夹进行命名时，刚开始是小写，后来为了保持团队一致，又改成了大写，然而 Git 不会发现大小写的变化，此时就出了问题：导致仓库里出现了 大小写 同时存在的两个文件。但在 Windows、Mac 的电脑磁盘里，肉眼却能只看到一个文件，实在奇葩。
这个问题的根本原因是：Windows、Mac 的文件系统不区分大小写。
Linux的文件系统是区分大小写的。Git 默认是不区分大小写的，也可以通过改配置项，改为区分大小写。
问题复现路径
-
新建一个
test文件(大小写不敏感的状态下)，并提交。 -
本地修改
test变为Test，文件内容无变更，无法提交。 -
执行
git config core.ignorecase false，设置Git的规则为 区分大小写（大小写敏感），然后git push提交，查看结果，此时远程仓库会存在大小写同时存在的文件，但本地仓库却只看到其中一个文件。 -
甚至可能出现这种异常情况：本地暂存区的文件，怎么删也删不掉。再之后，从 test 尝试改为 Test 时，提示命名冲突。
错误的解决办法
git mv test Test执行上面的命令时，会报错： fatal: renaming 'Test' failed: Invalid argument
正确的解决办法
git mv Test Temp # 将本地的 test、Test 目录都删掉，并生成一个新的目录 Temp
git mv Temp Test # 将 Temp 目录改成 Test 目录。此时，项目中只会存在 Test 目录，不会存在 test 目录。目标达成。执行完上面的两个命令之后，项目中只会存在 Test 目录，不会存在 test 目录。目标达成。
关于是否区分大小写的补充说明
我们知道：针对文件/文件夹，Windows 系统和 Mac 系统是不区分大小写的；Linux 系统是区分大小写的；Git 默认是不区分大小写的，也可以通过改配置项，改为区分大小写。
不分区大小写，也有它的好处，比如：文件夹/文件的路径，很多时候就代表了网站地址、页面url的路径。而网站地址也是不区分大小写的，这是很关键的原因之一。
总的来说，根本原因是文件系统、url在底层设计上不区分大小写。磁盘路径、页面地址，本质上都是 url 。
关于Git是否区分大小写的补充
前面讲到，Git 默认是不区分大小写的，可以通过命令 git config --get core.ignorecase 查到，默认值是 true 。
我们也可以修改 Git 的这一配置项，改为区分大小写，配置命令为 git config core.ignorecase false 。
但我建议你保留 Git 的默认配置项，不要随意自行修改，避免产生其他的麻烦。