ファイルの名前を変更する際の問題は、Visual Studio のリファクタリングを利用したい場合、Visual Studio 内から実行する必要があることです。
しかし、ほとんどの (すべてではない*) バージョン管理システムも、名前の変更を行うものになりたいと考えています。
1 つの解決策は、統合されたソース管理を使用することですが、これは常に利用できるわけではなく、場合によっては非常に扱いにくいものです。
個人的には、Visual Studio の外部でソース管理を個別に使用する方が快適ですが、ファイルの名前変更に関するこの問題を管理する方法がわかりません。
では、Visual Studio を使用している方は、どのソース管理を使用していますか? VS 統合を使用していますか (どれを使用しますか?)、それ以外の場合、この名前変更の問題をどのように解決しますか?
(* git は自分で解決できるほどスマートです)
私は SVN (クライアントとして TortiseSVN) を使用し、コミット ダイアログから [ Repair Move ] コマンドを頻繁に使用します。これにより、VS 内でファイルの名前を変更し、バージョン履歴を保持するためにコミットする準備ができたときに名前の変更を解決できます。
あなたと同じように、VS 統合を使用する限り、私はすべての VS 統合がぎこちなく、使用していません。
Mercurialは通常、を介して名前変更を行うことを好みますが、hg renameを使用して外部ソースからの名前変更を検出することもできますhg addremove -s 100（名前変更を変更と一致させる場合は、100未満）。したがって、VSに名前変更を行わせ、Mercurialに追いつくことができます。削除を追加。
「PlasticSCM」を開発し、VisualStudioパッケージは移動操作をサポートしています。しかし、私はあなたの主張を理解しています。プラグイン/パッケージを持たず、バージョン管理を舞台裏で機能させ、IDEに「プラグイン」することなく何が起こったかを単に検出するという考えにますます慣れてきています。実際、次のリリースに向けて取り組んでいます...
Team Foundation Server を使用していますが、問題なく動作します。また、完全に統合されたクライアントを使用するように移行したことで、ワークフローが改善されたこともわかりました。単純なタスクを実行するためだけにアプリケーションを切り替える必要がないからです。
私たちは SVN (正確には TortoiseSVN) を使用していますが、私は常に名前の変更の問題に悩まされています。私が見つけた最も簡単な解決策は、プロジェクトからファイルを削除し、TSVN を介して名前を変更し、プロジェクトに追加し直すことです。名前を変更したヘッダー ファイルのインクルードを手動で更新する必要がありますが、これは find&replace を使用すると比較的簡単です。
上記のアドバイスに加えて、Visual Studio 2008 の場合、ファイルを右クリックして名前を変更したり、すべての文字列をグローバルに検索して置換したり、古いファイル名に新しいファイル名を付ける場合、そのファイルが最初の起動ファイルである場合は、右クリックして「既定のページとして設定」を選択する必要があります。そうしないと、「リソースが見つかりません」というメッセージが表示される可能性があります。実行時のエラー。