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

Question

虽然我发现类似的问题我没有找到问题的答案

当我尝试通过 git mv FOO foo 将目录从 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)，为什么我不能简单地重命名目录？

Answer 1

您处于不区分大小写的环境中。此外，不带 -A 进行添加将不会处理 Git 理解的 mv 的删除部分。 警告！确保执行此操作时周围没有其他更改或未跟踪的文件，否则它们将作为此更改的一部分提交！ git stash -u 首先，执行此操作，然后 git之后存储弹出。继续：要解决此问题，请执行以下操作：

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"

正如评论之一所建议的，您还可以执行交互式变基（如果在 5 次提交前引入了错误的情况，则 git rebase -i HEAD~5 ）来修复那里的情况并历史上根本没有出现过错误的案例。如果你这样做，你必须小心，因为从那时起提交哈希将会不同，其他人将不得不重新设置或重新合并他们的工作与分支的最近过去。

这与更正文件名有关： Is git not casesensitive?

Answer 2

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

$ git config core.ignorecase false

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

Answer 3

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

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

Answer 4

（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: 行。检查它们并确保它们看起来正确，如果是这样，您可以正常提交更改。

Answer 5

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

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 应该在其内部文件和文件系统中重命名该文件夹。

Answer 6

使用 -f 选项强制执行：

git mv -f FOO foo

Answer 7

我有一个相关的问题。

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

$ git config core.ignorecase false

git config 将文件重命名到正确的文件夹（谢谢），并且还在“pro”中创建了 Ghost 文件（不！！）。我无法将幽灵文件更改添加到轨道中，并且无法签出其他分支，除非随身携带这些文件，而且我也无法以某种方式重置它。

相反，我做了

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

为了使它更加安全，我在一个单独的修复分支中做了它，然后我合并回主分支

对于由创建的幽灵文件问题，任何大师都可以解释如何和为什么吗？
提前致谢。

Answer 8

这是一个简单的方法。

1. 确保您的工作目录为空。

2. 暂时禁用 git 忽略大小写

git config core.ignorecase false

3. 重命名任何目录（例如，Folder => 文件夹）
4. 将更改添加到工作目录

git add --all

5. 存储更改。

git stash

6. 现在应该删除原始目录。进行本地提交。

git add --all
git commit -m "Rename directories"

7. 弹出更改

git stash pop

8. 将此修改为您之前的提交。

git add --all
git commit --amend

9. 您现在应该有一个已重命名目录的提交。您现在可以恢复原始的ignorecase配置：

git config core.ignorecase true

Answer 9

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

Answer 10

这对我在 Windows 上非常有用。使用 powershell 进行以下操作：

1. mv .\Folder-With-Wrong-Casing .\temp
2. git add -A
3. git commit -m "用错误的大小写重命名文件夹to temp"
4. mv .\temp .\Folder-with-Correct-Casing
5. git add -A
6. git commit --amend -m "重命名正确的大小写”
7. （可选）git push

感谢上面 Adam 的回答。

Answer 11

改进 Adam Dymitruk 的答案（愚蠢的是，SO 不允许我评论他的答案），使用“git mv”将自动准确地暂存移动的文件。不需要隐藏，并且可以避免有风险的“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'.";

Answer 12

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

1. 手动将文件复制出您的项目。
2. git rm 所有文件。
3. 像平常一样 git commit 。
4. 手动添加回文件。
5. git 添加所有文件。
6. 像平常一样 git commit 。
7. 利润。