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

这是我在OS X上所做的：

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

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

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

git mv -f yOuRfIlEnAmE yourfilename

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

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

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

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

git config core.ignorecase false

我在MacOS上多次遇到过这个问题。Git区分大小写，但Mac只保留大小写。

有人提交了一个文件：Foobar.java，几天后决定将其重命名为Foobar.java。当你拉最新的代码时，它失败了。以下未跟踪的工作树文件将被签出覆盖。。。

我所看到的解决这一问题的唯一可靠方法是：

git rm Foobar.java用一条不能错过gitcommit-m'TEMP Commit！！'的消息提交它拉这将弹出一个冲突，迫使您合并冲突-因为您的更改删除了它，但另一个更改重命名了它（因此出现了问题）接受您的更改，即“删除”git rebase—继续现在放下你的解决方法gitrebase-i HEAD~2，放下TEMP COMMIT！！确认文件现在名为FooBar.java

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

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

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

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

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

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

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

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

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”按钮本地，签出/提取/拉动分支多恩

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

在磁盘实用程序中，选择容器磁盘时单击+按钮在格式下选择APFS（区分大小写）命名为敏感利润可选：在Sensitive中创建一个名为git和ln-s/Volumes/Sensitive/git/Users/johndoe/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＞＞-将配置值设置回以前的设置。

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

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

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

git mv CSS CSS2
git mv CSS2 css

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

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

我接受了@CBarr的回答，并编写了一个Python 3脚本，用一个文件列表来实现：

#!/usr/bin/env python3
# -*- coding: UTF-8 -*-

import os
import shlex
import subprocess

def run_command(absolute_path, command_name):
    print( "Running", command_name, absolute_path )

    command = shlex.split( command_name )
    command_line_interface = subprocess.Popen( 
          command, stdout=subprocess.PIPE, cwd=absolute_path )

    output = command_line_interface.communicate()[0]
    print( output )

    if command_line_interface.returncode != 0:
        raise RuntimeError( "A process exited with the error '%s'..." % ( 
              command_line_interface.returncode ) )

def main():
    FILENAMES_MAPPING = \
    [
        (r"F:\\SublimeText\\Data", r"README.MD", r"README.md"),
        (r"F:\\SublimeText\\Data\\Packages\\Alignment", r"readme.md", r"README.md"),
        (r"F:\\SublimeText\\Data\\Packages\\AmxxEditor", r"README.MD", r"README.md"),
    ]

    for absolute_path, oldname, newname in FILENAMES_MAPPING:
        run_command( absolute_path, "git mv '%s' '%s1'" % ( oldname, newname ) )
        run_command( absolute_path, "git add '%s1'" % ( newname ) )
        run_command( absolute_path, 
             "git commit -m 'Normalized the \'%s\' with case-sensitive name'" % (
              newname ) )

        run_command( absolute_path, "git mv '%s1' '%s'" % ( newname, newname ) )
        run_command( absolute_path, "git add '%s'" % ( newname ) )
        run_command( absolute_path, "git commit --amend --no-edit" )

if __name__ == "__main__":
    main()

我们可以使用gitmv命令。例如，如果我们将文件abcDEF.js重命名为abcDEF.js，那么我们可以从终端运行以下命令

git mv -f .\abcDEF.js  .\abcdef.js

使用以下命令：

git config --global  core.ignorecase false

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

因此，GitHub如何处理这种区分大小写的部署问题有很多解决方案。

在我的例子中，我已经将文件名的大小写约定从大写改为小写。

我相信git可以跟踪更改，但这个命令git-config-core.ignorecase false指示git如何在幕后操作

在我的例子中，我运行了命令，git突然有很多文件要跟踪，标记为未跟踪。

然后我点击gitadd，然后git提交并再次在netlify上运行我的构建。

然后可以跟踪现在显示的所有错误，例如找不到模块：无法解析“”/Components/ProductRightSide位于/opt/build/rebo/Components/products中，并已修复，以便git能够成功跟踪和实施更改。

这是一个很好的解决方法，也可以避免沮丧，但相信我，这肯定会奏效的。

PS：解决问题后，您可能需要运行命令git-config-core.ignorecase true还原git如何区分大小写。

此外，请注意git-config-core.ignorecase-false与其他文件扩展名存在问题，因此您可能需要注意，如果您知道自己在做什么并且确信这一点，请执行此操作。

这是netlify上的一条线索，可能会有所帮助

我制作了一个bash脚本，将存储库文件名小写：

function git-lowercase-file {
  tmp="tmp-$RANDOM-$1"
  git mv -f $1 $tmp
  git mv -f $tmp ${1,,}
}

那么你可以这样使用它：

git-lowercase-file Name.jpg

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

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

或者只需在git存储库web UI界面上重命名所需文件并提交：）