0

アセンブリのコードまたは参照されているアセンブリのコードを変更せずにソリューションを連続してビルドした後、新しいDLLがビルドフォルダーにコンパイルされていないことに気付きました（つまり、DLLにはまだ古い日付と時刻があります） 。ただし、コードを変更してからソリューションのビルドを実行すると、新しいDLLが作成されます。

また、（標準のビルドではなく）再構築を行うと、 VSが新しいDLLをコンパイルするように強制されることも発見しました。ソリューションをクリーンアップして標準ビルドを実行することも、これを引き起こします。

新しいDLLが標準の再構築でコンパイルされないという私の最初の問題について：これは仕様によるものですか？再構築を行うマクロを作成してCTRL+SHIFT + ALT + Bに割り当てることができるので問題ありませんが、過去の展開で発生したいくつかの問題のため、安心して知りたいと思います。正しいDLLが本番サーバーに適切にコピーされていない可能性があります。

4

2 に答える 2

2

正しく動作しています。「ビルド」（「再ビルド」ではなく）は、最後のビルド以降に変更されたもののみをビルドします。

于 2011-08-14T16:15:09.040 に答える
2

設計による動作が見られます。ビルドコマンドは、ソース/設定が変更されたソリューション内のプロジェクトのビルドのみをトリガーします。明らかに、より頻繁に使用され、開発者の時間を節約します。

VisualStudio2005のビルドを準備および管理するMSDNの方法

ビルドまたはビルドソリューションを選択して、前回のビルド以降に変更されたプロジェクトファイルとコンポーネントのみをコンパイルします。

再構築の詳細：VisualStudioでの再構築とClean+Buildの違い

于 2011-08-14T16:16:17.637 に答える