我通过将第一个字母去大写来更改了一些文件名，如name.jpg中的name.jpg。Git无法识别这些更改，我不得不删除这些文件并再次上传。在检查文件名的更改时，Git是否可以区分大小写？我没有对文件本身进行任何更改。
当前回答
当你做了很多文件重命名，其中一些只是改变了大小写，很难记住是哪一个。手动“git移动”文件可能需要一些工作。因此，在文件名更改任务期间，我要做的是：
将所有非git文件和文件夹删除到不同的文件夹/存储库。提交当前的空git文件夹（这将显示为所有文件已删除。）将所有文件添加回原始git文件夹/存储库。提交当前非空的git文件夹。
这将解决所有的案例问题，而不需要找出您重命名的文件或文件夹。
其他回答
我制作了一个bash脚本，将存储库文件名小写：
function git-lowercase-file {
tmp="tmp-$RANDOM-$1"
git mv -f $1 $tmp
git mv -f $tmp ${1,,}
}
那么你可以这样使用它：
git-lowercase-file Name.jpg
我们可以使用gitmv命令。例如，如果我们将文件abcDEF.js重命名为abcDEF.js，那么我们可以从终端运行以下命令
git mv -f .\abcDEF.js .\abcdef.js
我在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
修复整个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，它将删除错误案例的文件夹/文件。这个答案有一个图形描述命令的含义。
使用SourceTree，我可以从UI完成所有这些
将FILE.ext重命名为whatever.ext暂存该文件现在将whatever.ext重命名为file.ext再次暂存该文件
这有点乏味，但如果你只需要对几个文件进行处理，那就很快了
