虽然我发现了类似的问题，但我没有找到问题的答案
当我尝试重命名目录从FOO到FOO通过git mv FOO FOO我得到
fatal: renaming 'FOO' failed: Invalid argument
好的。我试试gitmv FOO foo2 && gitmv foo2 FOO
但当我尝试通过git commit提交时。我得到
# On branch master
# Untracked files:
# (use "git add <file>..." to include in what will be committed)
#
# foo
nothing added to commit but untracked files present (use "git add" to track)
当我通过git添加目录时，添加foo没有任何变化，git提交。又给了我同样的信息。
我做错了什么?我认为我正在使用区分大小写的系统(OSX)，为什么我不能简单地重命名目录?
当前回答
我有一个相关的问题。
一个文件夹名为“Pro”(先创建的)，另一个名为“Pro”(错误创建的)。在Mac中，这是同样的事情，但根据git不同。
$ git config core.ignorecase false
git配置将文件重命名到正确的文件夹(谢谢)，并在“pro”中创建了幽灵文件(不!!)我不能添加鬼文件更改轨道，我不能签出其他分支，除非携带这些文件与我，我也不能以某种方式重置它。
相反，我做了
$ git rm -r --cached pro
$ git status // => pro files removed, new Pro files untracked
$ git add Pro
为了使它更加安全，我在一个单独的固定分支中完成了它，然后我合并回主分支
对于幽灵文件问题，有大师可以解释如何和为什么? 提前谢谢你。
其他回答
我有一个相关的问题。
一个文件夹名为“Pro”(先创建的)，另一个名为“Pro”(错误创建的)。在Mac中，这是同样的事情，但根据git不同。
$ git config core.ignorecase false
git配置将文件重命名到正确的文件夹(谢谢)，并在“pro”中创建了幽灵文件(不!!)我不能添加鬼文件更改轨道，我不能签出其他分支，除非携带这些文件与我，我也不能以某种方式重置它。
相反，我做了
$ git rm -r --cached pro
$ git status // => pro files removed, new Pro files untracked
$ git add Pro
为了使它更加安全，我在一个单独的固定分支中完成了它，然后我合并回主分支
对于幽灵文件问题，有大师可以解释如何和为什么? 提前谢谢你。
我能够解决这个问题，使用git 1.7.7通过使用临时文件名:
$ git mv improper_Case improve_case2
$ git mv improve_case2 improve_case
$ git commit -m "<your message>"
（无 git mv 变体。
我在Mac OS X 10.9上的Git中遇到了这个问题。我是这样解决的:
Git rm -r——缓存/路径/到/目录
这将在Git中逐步删除目录，但并不实际删除任何物理文件(——cached)。这也使得目录(现在有了正确的大小写)显示在未跟踪的文件中。
所以你可以这样做:
mv /path/to/directory /path/to/DIRECTORY
git add -A /path/to/DIRECTORY
Git会识别你重命名了文件，当你执行Git status时，你会看到一些重命名的:行。检查它们并确保它们看起来正确，如果是这样，您就可以正常提交更改。
这里有一个关于这个页面上所有gitfoo的非常简单的解决方案。
手动从项目中复制文件。 Git rm所有文件。 Git像正常一样提交。 手动重新添加文件。 Git添加所有文件。 Git像正常一样提交。 利润。
你不会在OS X中使用区分大小写的文件系统，除非你明确地选择这样做。HFS+可以区分大小写，但默认情况下是不区分大小写的。
