Windows下IntelliJ IDEA/WebStorm含大写文件名分支无法检出问题

我之前也碰到过一模一样的问题，Windows的NTFS文件系统默认不区分大小写，确实会给Git处理文件名大小写变更添不少麻烦。你说修改了Git的大小写设置却没解决，大概率是因为文件系统本身的特性让Git没法正确识别大小写变更，或者文件的跟踪状态有遗留问题，下面给你几个能解决问题的实操步骤：

一、让Git正确识别文件名的大小写变更 #

Windows下直接修改文件名大小写，Git大概率检测不到变更（系统会认为app.js和App.js是同一个文件），所以得用迂回方式让Git完整记录这个变更：

• 第一步，把目标文件重命名为一个完全不同的临时名称，比如将app.js改成temp-app.js
• 提交这个临时改名操作：

  git add temp-app.js && git rm app.js && git commit -m "临时重命名以修复文件名大小写识别问题"
  

• 第二步，把临时名称改回目标大小写的名字：temp-app.js→App.js
• 再次提交正式的大小写变更：

  git add App.js && git rm temp-app.js && git commit -m "将文件名修改为App.js（修正大小写）"
  

这样Git就会完整记录文件名的大小写变更，而不是忽略这个操作。

二、确保Git的大小写敏感配置生效 #

虽然你试过修改配置，但可能没设置到位，执行以下命令确保当前仓库的Git对大小写敏感：

git config core.ignorecase false

如果想要全局生效（所有Git仓库都应用这个设置），加上--global参数：

git config --global core.ignorecase false

注意：这个配置只是让Git层面区分大小写，Windows文件系统本身的大小写不敏感特性还是存在，所以第一步的临时重命名操作才是解决问题的核心。

三、解决切换回旧提交时的警告问题 #

如果现在切换分支还是遇到Some untracked working tree files would be overwritten by checkout的警告，可以用暂存的方式安全处理：

• 先暂存当前工作区的变更：

  git stash push -m "临时暂存以切换分支"
  

• 切换到目标旧提交：

  git checkout <你的提交哈希值>
  

• 查看完成后切回原分支，恢复暂存的文件：

  git stash pop
  

这种方式不会丢失任何本地修改，比直接删除文件要安全得多。

为什么Ubuntu下没有这个问题？ #

因为Linux常用的文件系统（比如ext4）是严格区分大小写的，Git可以直接识别app.js和App.js是两个不同的文件名，自然不会出现这种冲突警告。

内容的提问来源于stack exchange，提问作者Eugene Beliaev