Git有一个配置设置，告诉它是否需要区分大小写的文件系统：core.ignorecase。要让Git保持大小写稳定，只需将此设置设置为false。（如果您已经推送了文件，请务必小心，然后在给出其他答案后，应首先移动它们）。

git config core.ignorecase false

注意，在不区分大小写的文件系统上，将此选项设置为false通常是一个坏主意。这样做会导致奇怪的错误。例如，以仅更改字母大小写的方式重命名文件将导致git报告虚假冲突或创建重复文件（来自Mark Amery的评论）。

文档

从git-config文档中：

核心.ignorecase如果为true，则此选项启用各种变通方法，使git能够更好地处理不区分大小写的文件系统，如FAT。例如，如果一个目录列表在git期望makefile时找到了makefile，git将假设它实际上是同一个文件，并继续将其记为makefile。默认值为false，但gitclone（1）或gitinit（1）将在创建存储库时探测并将core.ignorecase设置为true（如果合适）。

不区分大小写的文件系统

据我所知，最流行的两种具有不区分大小写文件系统的操作系统是

窗户操作系统X

使用SourceTree，我可以从UI完成所有这些

将FILE.ext重命名为whatever.ext暂存该文件现在将whatever.ext重命名为file.ext再次暂存该文件

这有点乏味，但如果你只需要对几个文件进行处理，那就很快了

将文件Name.jpg重命名为name1.jpg提交删除的文件Name.jpg将文件name1.jpg重命名为name.jpg将添加的文件名.jpg修改为上一次提交git添加名称.jpg修改最后一次提交

我从其他答案中尝试了以下解决方案，但没有奏效：

git-mv文件名git rm-f文件名

如果您的存储库是远程托管的（GitHub、GitLab、BitBucket），您可以在源站（GitHub.com）上重命名文件，并强制以自顶向下的方式重命名文件。

以下说明适用于GitHub，但其背后的一般思想应适用于任何远程存储库托管平台。请记住，您尝试重命名的文件类型很重要，也就是说，它是GitHub认为在浏览器中可编辑（代码、文本等）还是不可编辑（图像、二进制等）的文件类型。

访问GitHub.com导航到GitHub.com上的存储库并选择您所在的分支使用站点的文件导航工具，导航到要重命名的文件GitHub允许您在浏览器中编辑文件吗？a.）可编辑单击“编辑此文件”图标（看起来像铅笔）更改文件名文本输入中的文件名b.）不可编辑在新选项卡中打开“下载”按钮，并将文件保存到计算机重命名下载的文件在GitHub.com上的上一个选项卡中，单击“删除此文件”图标（看起来像垃圾桶）确保选中“Commit directly to the branchname branch”单选按钮，然后单击“Commit changes”按钮在GitHub.com的同一目录中，单击“上载文件”按钮从计算机上载重命名的文件确保选中“Commit directly to the branchname branch”单选按钮，然后单击“Commit changes”按钮本地，签出/提取/拉动分支多恩

修复整个repo上的git文件名大小写：

git rm -r --cached .
git add --all .

git status ##Review that **only** changes staged are renames

## Commit your changes after reviewing:
git commit -a -m "Fixing file name casing"
git push origin master

@Uriahs Victor评论解释：

此命令实际执行的操作是删除git认为仍然存在的文件/文件夹名称。所以它会清除缓存，但将所有内容保留在当前文件夹中您的本地更改），但它会发现其他错误情况文件夹/文件不再存在，因此将在git中显示为已删除地位然后你可以向上推github，它将删除错误案例的文件夹/文件。这个答案有一个图形描述命令的含义。

在OSX下，为了避免这个问题并避免在不区分大小写的文件系统上开发时出现其他问题，可以使用Disk Utility创建区分大小写虚拟驱动器/磁盘映像。

运行磁盘实用程序，创建新的磁盘映像，并使用以下设置（或根据需要进行更改，但要区分大小写）：

确保告诉git它现在在区分大小写的FS上：

git config core.ignorecase false