如果您正在进行更复杂的更改，如目录名大小写更改，您可以在Linux机器上进行更改，因为Linux本身（以及Linux上的git）将名称相同但大小写不同的文件/目录视为完全不同的文件或目录。

因此，如果您在Windows上，您可以使用WSL安装Ubuntu，在那里克隆您的repo，使用VSCode打开克隆的repo目录（使用WSL远程扩展从Windows访问WSL Ubuntu），然后您将能够通过VSCode进行重命名，并使用VSCode git集成提交/推送它们。

使用以下命令：

git config --global  core.ignorecase false

您可以全局配置git系统，使其对文件和文件夹名称区分大小写。

与@Sijmen的答案类似，这是我在OSX上重命名目录时的工作原理（灵感来自另一篇文章的答案）：

git mv CSS CSS2
git mv CSS2 css

简单地执行git-mv-CSS CSS会产生无效参数错误：致命：重命名“/static/CSS”失败：无效参数可能是因为OSX的文件系统不区分大小写

p.s BTW如果您使用的是Django，collectstatic也无法识别大小写差异，您必须在静态根目录中手动执行上述操作

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文件夹。

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

Mac OSX High Sierra 10.13在一定程度上修复了这一问题。只需为git项目创建一个虚拟APFS分区，默认情况下它没有大小限制，也不占用空间。

在磁盘实用程序中，选择容器磁盘时单击+按钮在格式下选择APFS（区分大小写）命名为敏感利润可选：在Sensitive中创建一个名为git和ln-s/Volumes/Sensitive/git/Users/johndoe/git的文件夹

您的驱动器将位于/卷/敏感/

如何在Git中提交仅区分大小写的文件名更改？