有时临时更改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＞＞-将配置值设置回以前的设置。

我在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

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

git mv CSS CSS2
git mv CSS2 css

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

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

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

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

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

git config core.ignorecase false

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

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

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

有时临时更改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＞＞-将配置值设置回以前的设置。