若并没有工作，使用git-rm文件名从磁盘中删除文件并将其添加回。

修复整个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，它将删除错误案例的文件夹/文件。这个答案有一个图形描述命令的含义。

这是我在OS X上所做的：

git mv File file.tmp
git mv file.tmp file

两个步骤，否则我会出现“文件存在”错误。也许可以通过添加缓存等一步到位。

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

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

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

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

只要您只是重命名文件而不是文件夹，就可以使用gitmv：

git mv -f yOuRfIlEnAmE yourfilename

（在Git2.0.1中进行了修改，上面的咒语中的-f标志是多余的，但在较旧的Git版本中需要。）