我不太确定这里发生了什么，但有时我的存储库中的特定文件会更改其名称的大小写。例如：
之前：File.h
之后：file.h
我真的不在乎为什么会发生这种情况，但这会导致 git 认为它是一个新文件，然后我必须去改回文件名。你能让 git 忽略大小写变化吗？
[编辑] 我怀疑是 Visual Studio 对那个特定文件做了一些奇怪的事情，因为它似乎最常发生在我打开并在更改后保存它时。但是我没有办法修复 VS 中的错误，但我希望 git 应该更有能力。
【问题讨论】：
从 1.5.6 版开始，.git/config 的 [core] 部分中提供了一个 ignorecase 选项
例如添加ignorecase = true
要为一个 repo 更改它，从该文件夹运行：
git config core.ignorecase true
全局更改：
git config --global core.ignorecase true
【讨论】：
ignorecase = false 成功了，默认为 true -_-
core.ignoreCase 内部变量，它支持各种变通方法，以使 Git 在不区分大小写的文件系统（如 APFS、HFS+、FAT、NTFS 等）上更好地工作。例如，如果目录列表在 Git 期望“Makefile”时找到“makefile”，Git 将假定它确实是同一个文件，并继续将其记住为“Makefile”。默认值为 false，但 git-clone 或 git-init 将在创建 repo 时探测并设置 core.ignoreCase 为 true。
core.ignorecase 可能并不适用于所有 git 命令。我已经看到 git show 和 git ls-files 因大小写而失败，即使 core.ignorecase 设置为 true
在 Windows 的 git 版本 1.6.1.9 中，我发现配置中的“ignorecase=true”已默认设置。
【讨论】：
问题中描述的情况现在在 Mac OS X 上再次出现，git 版本 >= 1.7.4（我认为）。解决方法是设置您的 ignorecase=false 并手动将小写文件（git 更改为这种方式，而不是 Visual Studio）重命名回它们的 UsualCase（即'mv myname MyName'）。
更多信息here.
【讨论】：
您可以使用以下命令强制 git 以仅区分大小写的方式重命名文件：
git mv --cached name.txt NAME.TXT
请注意，这不会更改您在 Windows 分区上签出副本中文件的大小写，但 git 会记录大小写更改，您可以提交该更改。以后结帐时将使用新的外壳。
【讨论】：
要强制git识别文件大小写的变化，可以运行这个命令。
git mv -f mynewapp.sln MyNewApp.sln以前的命令现在似乎已被弃用。
【讨论】：
第 4 步解决了使用不同大小写检查分支的问题。
【讨论】：
git mv FileName fileNameTemp
然后
git mv fileNameTemp fileName
无需提交即可解决您的问题。
【讨论】：