git mvとディレクトリの大文字と小文字のみを変更

同様の質問を見つけましたが、問題の答えが見つかりませんでした

git mv FOO foo私が 経由してFOOからfooにディレクトリの名前を変更しようとすると

fatal: renaming 'FOO' failed: Invalid argument

OK。だから私は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ように、withを追加しなくても、の削除側は処理されませんmv。警告！これを行うときは、他の変更や追跡されていないファイルがないことを確認してください。そうしないと、この変更の一部としてコミットされます。 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"

コメントの1つで提案されているように、インタラクティブなリベースを実行して（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は、内部ファイルとファイルシステムの両方でフォルダーの名前を変更するはずです。

-fオプションで強制的に実行します。

git mv -f FOO foo

関連する問題が1つありました。

「Pro」（最初に作成された）という名前のフォルダと、別の「pro」（誤って作成された）という名前のフォルダ。Macでも同じですが、gitによって異なります。

$ git config core.ignorecase false

git configは、ファイルの名前を正しいフォルダーに変更します（ありがとう）。また、「プロ」でゴーストファイルを作成しました（いいえ!!）。ゴーストファイルの変更をトラックに追加できず、それらのファイルを一緒に運ばなければ他のブランチをチェックアウトできず、どういうわけかそれをリセットできませんでした。

その代わりに、私はやった

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

安全性を高めるために、別の修正ブランチでそれを行い、その後メインブランチにマージしました

によって作成されたゴーストファイルの問題について、どのような方法で、なぜ理由を説明できるか？前もって感謝します。

明示的に選択しない限り、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

上記のアダムの答えに感謝します。