git mv和仅更改目录的大小写

虽然我发现了类似的问题，但没有找到解决问题的答案

当我尝试通过该目录从FOO重命名为foo git mv FOO foo我得到

fatal: renaming 'FOO' failed: Invalid argument

好。所以我尝试git mv FOO foo2 && git mv 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 add foo任何方式添加目录时，都不会更改，并git commit .再次给我相同的消息。

我究竟做错了什么？我以为我使用的是区分大小写的系统（OSX），为什么我不能简单地重命名目录？

您处于不区分大小写的环境中。此外，如Git所理解-A的mv那样，添加no 将不会照顾到remove的一面。警告！执行此操作时，请确保没有其他更改或未跟踪的文件，否则它们将作为更改的一部分提交！ git stash -u首先，执行此操作，然后再执行git stash pop。继续：要解决此问题，请执行以下操作：

mv foo foo2
git add -A
git commit -m "renaming"
mv foo2 FOO
git add -A
git commit --amend -m "renamed foo to FOO"

这是更改工作目录，提交然后折叠2个提交的引出方式。您可以只在索引中移动文件，但是对于git的新手来说，它对发生的事情可能不够明确。较短的版本是

git mv foo foo2
git mv foo2 FOO
git commit -m "changed case of dir"

如其中一项注释中所建议，您还可以进行交互式重新编排（git rebase -i HEAD~5如果在5次提交之前引入了错误的案例）来修复该案例，而不会在历史记录中的任何位置出现错误的案例。如果要执行此操作，则必须小心，因为从那时起的提交哈希值将有所不同，而其他哈希表必须将其工作与最近的分支重新建立基础或重新合并。

这与更正文件名有关：git不区分大小写吗？

您要将选项设置core.ignorecase为false，这将使Git注意本机不支持它的文件系统的大小写。要在您的仓库中启用：

$ git config core.ignorecase false

然后，您可以使用重命名文件，该文件git mv将按预期工作。

我能够通过使用临时文件名使用git 1.7.7解决此问题：

$ git mv improper_Case improve_case2
$ git mv improve_case2 improve_case
$ git commit -m "<your message>"

（git mv-free变体。）

我在Mac OS X 10.9的Git中遇到了这个问题。我解决了如下问题：

git rm -r --cached /path/to/directory

这会在Git中暂存要删除的目录，但实际上不会删除任何物理文件（--cached）。这也使得该目录（现在以适当的大小写）显示在未跟踪的文件中。

因此，您可以执行以下操作：

mv /path/to/directory /path/to/DIRECTORY
git add -A /path/to/DIRECTORY

然后，Git将识别出您已经重命名了文件，并且当您这样做时git status，应该会看到许多renamed:行。检查它们并确保它们看起来正确，如果正确，则可以正常地进行更改。

这是一个快速且安全的错误解决方案：

git mv -f path/to/foo/* path/to/FOO/

警告！始终重命名重命名文件夹中的所有文件（使用/*）。

不要重命名单个文件。这将导致错误，如答案中所述。

如果您首先要先查看结果，请使用-n：

git mv -f -n path/to/foo/* path/to/FOO/

完成后mv：

1. 提交变更
2. 检阅任何其他修订
3. 结帐回来。

现在，Git应该已经在其内部文件和文件系统中将文件夹BOTH重命名了。

使用-f选项强制使用：

git mv -f FOO foo

我有一个相关的问题。

一个文件夹名为“ Pro”（首先创建），另一个名为“ pro”（错误创建）。在Mac中，这是同一件事，但是根据git的不同。

$ git config core.ignorecase false

git config将文件重命名到正确的文件夹（谢谢），并在'pro'中创建了幻影文件（No !!）。我无法将幻影文件更改添加到音轨，也无法签出其他分支，除非随身携带这些文件，而且我也无法以某种方式重置它。

取而代之的是，我做到了

$ git rm -r --cached pro
$ git status // => pro files removed, new Pro files untracked
$ git add Pro

为了使其更加安全，我在一个单独的修订分支中进行了此操作，然后将其合并回主分支

对于造成的Ghost文件问题，任何一位专家都可以解释如何以及为什么吗？提前致谢。

除非明确选择，否则您不会在OS X中使用区分大小写的文件系统。HFS + 可以区分大小写，但默认值不区分大小写。

这是围绕此页面上所有gitfoo的一个非常简单的解决方案。

1. 手动将文件复制到项目中。
2. git rm所有文件。
3. git commit像往常一样。
4. 手动添加文件。
5. git添加所有文件。
6. git commit像往常一样。
7. 利润。

使用“ git mv”改进Adam Dymitruk的答案（很傻，SO不允许我评论他的答案），它将自动准确地移动文件。无需隐藏，可以避免使用危险的“ git add -A”：

old="abc";    new="ABC";
tmp="$old-renamed";
git mv "$old" "$tmp";
git commit -m "Renamed '$old' to '$tmp'.";
git mv "$tmp" "$new";
git commit --amend -m "Renamed '$old' to '$new'.";

在Windows上，这对我来说很棒。使用过的powershell具有以下功能：

1. mv .\Folder-With-Wrong-Casing .\temp
2. git add -A
3. git commit -m "renamed folder with wrong casing to temp"
4. mv .\temp .\Folder-with-Correct-Casing
5. git add -A
6. git commit --amend -m "Renamed to proper casing"
7. （可选的） git push

感谢以上亚当的回答。