Windowsでの大文字と小文字を区別しないファイル名の扱い

私は最新のvim / gvim（8.0.118）を使用していますが、他のバージョンで過去にこの問題に気づきました。

fizzbuzz.java（gvimの外で）という名前のファイルを作成し、ファイルマネージャーのコンテキストメニューを使用して、Windows 7 PCの職場でgvimの新しいタブで開きました。タブを閉じた後、を使用して:x、自分が作成しFizzBuzz.javaたクラスの名前と一致するようにファイルの名前をに変更する必要があることを発見しました。これは、gvimの外部で行いました。

ただし、gvimの同じインスタンスで再度開くと、ファイルマネージャーのコンテキストメニューを再び使用すると、元のケーシングに戻り、で閉じると:x、そのように保存されるので、ファイルの名前をもう一度変更します。バッファを削除し、メニューのバッファリストを更新した後でないと、gvimでファイル名の新しい大文字と小文字を正しく認識できませんでした。

これはLinux（PCLinuxOS）上のgvim 7.4では発生しません

Windowsでgvimを再起動せずにgvimに認識させ、ファイル名の大文字と小文字の変更を保持する簡単な方法はありますか？

なぜこれが起こるのか

でファイルを:x閉じると、バッファが保存され、ウィンドウ/タブが閉じますが、Vimはファイルを忘れません。実行:ls後にコマンドを実行すると、バッファーがまだ残っていることがわかります。

その後、あなたはときに、ファイルを再度開いて、Vimは（ファイルシステムはケース・保存が、大文字と小文字を区別しないで、ので、それはすでに「同じ」ファイル名でバッファを持っていることに気づくだろうfizzbuzz.javaとFizzBuzz.java、ファイルのアイデンティティに関して等価です）、そして、小文字のファイル名でバッファを再利用します。

ソリューション

これを防ぐには、単にウィンドウを閉じるのではなく、:bwipeoutコマンドを使用してバッファを完全に破棄するようにVimに指示する必要があります。これにより、Vimからバッファーが完全に削除されます。そのため、バッファーを再度開くと、完全に新しいバッファーとして扱われ、ファイルシステムの大文字のファイル名が使用されます。

代替の回避策

他に:bwipeoutもいくつかの影響があることに注意してください。これらが問題である場合は、代わりにコメントでAntonyによって提案された回避策を使用できます。これにより、Vimは小文字のファイル名を使用してファイルを開くことができますが、大文字の名前と一致するようにバッファーの名前を変更します:file {name}コマンド：

:f %

vimを完全に閉じ、ファイルを手動で（つまりの:edit FileName.ext代わりに:MRU）再度開き、パスに大文字と小文字の区別がないことを確認します。

vimでのファイル名が小文字である同様の問題を解決しましたが、実際のパスは大文字であり、Fugitiveは何らかの理由で小文字のファイルを見つけることができませんでした。vimを再起動してファイルを開いた後も、この状態が続くようです。

問題は、私が使用していたMRUプラグイン（CtrlP）が小文字のファイル名を格納することに成功したため、vimを再起動した後、手動でを入力したときに:e UpperCaseFileName.type、プラグイン経由でMRUファイルを経由する代わりに、正しいパスを使用しました。