Visual Studioでデバッグ/公開する前に、プロジェクトをクリーン/リビルドする必要がありますか？

これはおそらく愚かな質問ですが、Visual Studioプロジェクトをデバッグまたは公開する前にクリーン/リビルドする必要がありますか？

他の開発者がいつもそれをやっているのを見て、ある時点で考えずにそれを始めました。常にクリーン、待機、再構築、待機、公開を行う習慣があります。

私はいつもそれをやったわけではないことを知っています。...エラーのデバッグに多くの時間を費やした後、それを始めたと思います。私もこの問題を何度も経験しているので、それが一度きりの問題ではないことはわかっていますが、常にプロジェクトのクリーニング/再構築を行うのは時間の無駄です。

あなたは持っていない、Visual Studioでは、どのアセンブリがいつビルドされたかを追跡。それが起こると、古いアセンブリと悪いデバッグエクスペリエンス（コードとシンボルが一致しない場合）になります。

その結果、毎回単純に再ビルドを行います（これはClean + Buildを行います）。このように、Visual Studioのヒットとミスに依存しません;）

「必須」ではありませんが、メジャーリリースの前および/または他のリソースからファイルを取得した後に、Clean + Buildを実行することをお勧めします。

VSは、変更されたファイルを特定できない場合があり、必要な再コンパイルをバイパスします。私の場合、これは通常、いくつかの上書き動作（たとえば、SCMからのダウンロード、同僚のディレクトリからのコピー/貼り付け）によってファイルが更新されたときに発生します。問題はおそらくファイルの日付です。新しいファイルにVSのレコードよりも古い修正日（または作成日、VCが参照するタイムスタンプがわからない）がある場合、VSは対応するファイルを再コンパイルしません。

私の推奨事項は、同じマシン上でローカルに自分だけが行った更新をコンパイルする場合、クリーニングせずにビルドしても大丈夫なはずです。

クリーニングと再構築は、以前のビルドで蓄積された可能性のある誤ったアセンブリ、リソース、またはその他の資産をクリーンアップするための簡単な方法です。また、Visual Studioが実際に参照しているものについて混乱することがあるため、アセンブリを一貫した状態に保つのにも役立ちます。

私たちの店でも同じようにやっていますが、リビルドもうまくいくと確信しています。