因此，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上的一条线索，可能会有所帮助

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

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

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

使用以下命令：

git config --global  core.ignorecase false

您可以全局配置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＞＞-将配置值设置回以前的设置。

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

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

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