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

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

当你做了很多文件重命名，其中一些只是改变了大小写，很难记住是哪一个。手动“git移动”文件可能需要一些工作。因此，在文件名更改任务期间，我要做的是：

将所有非git文件和文件夹删除到不同的文件夹/存储库。提交当前的空git文件夹（这将显示为所有文件已删除。）将所有文件添加回原始git文件夹/存储库。提交当前非空的git文件夹。

这将解决所有的案例问题，而不需要找出您重命名的文件或文件夹。

有时临时更改Git的大小写敏感度是有用的。

方法#1-更改单个命令的大小写敏感性：

git-c core.ignorecase=true checkout mybranch，关闭单个checkout命令的区分大小写功能。或者更一般地：git-c core.ignorecase=<<true或false>><<command>>。（感谢VonC在评论中提出了这一点。）

方法#2-更改多个命令的大小写敏感性：

要更改设置更长时间（例如，如果在更改回之前需要运行多个命令）：

git-config-core.ignorecase（返回当前设置，例如false）。git-config-core.ignorecase＜＜true或false＞＞-设置所需的新设置。…运行多个其他命令。。。git-config-core.ignorecase＜＜false或true＞＞-将配置值设置回以前的设置。

这是我在OS X上所做的：

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

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

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