9

70のプロジェクトを含むVisualStudio（2005）ソリューションファイルがあります。
F5キーを押して実行するたびに、4つのプロジェクトが古くなっていることが通知され、プロジェクトを再構築するかどうかを尋ねられます。フルビルドを実行したばかりですが、これを実行します。
私は（原則として）他のプロジェクトの1つがこれらのプロジェクトが依存しているものを更新する必要があることを理解していますが、どうすれば何を見つけることができますか？

役立つツールはありますか、またはVSがこれらのプロジェクトに再構築のフラグを立てる原因を特定するためにどのような手順に従う必要がありますか？

更新：
興味のある人にとっては、私のPCが問題だった/問題であるように見えます（私のHDは最近動作しています）。問題を突き止めようとすると、連続して再構築するとコンパイルエラーが発生し始めました。クリーンアンドビルドを実行したところ、膨大な数の（明らかに偽の）エラーが発生しました。1回再起動した後、再構築すると、すべてのエラーと依存関係の問題が解消されました。
すみません、重要なファイルをすべてバックアップします...

4

5 に答える 5

7

通常のビルドを2回続けて実行します。2回目は、MSBUILDの詳細度を「通常」以上に設定しました（[ツール]-> [オプション]、[プロジェクトとソリューション]、[ビルドと実行]で。出力を注意深く読んで、実際にビルドされるものを確認します。 2回目。

実際、今考えてみると、これが本当にサイクルである場合、2回目にビルドされるものの一部は、3回目にビルドする原因になっている必要があります。おそらく、ビルド後のステップが1つにあります。前のステップへの入力として使用されるアセンブリまたは他のリソースに触れるプロジェクトの。ソリューションに70のプロジェクトがあると、このようなものは不注意に引き起こされやすく、キャッチするのが困難になります。MSBUILDについて十分に学習して、何かが変更されたためにビルドする必要があると判断したステップの1つを検出できるようにし、ソリューションを十分に理解して、何も変更されていないことを知る必要がある場合があります。次に、変更されるべきではない何かが変更されたことを確認します。

この演習を終えると、ソリューションをより小さなソリューションに分割するのに役立つ洞察が得られたかもしれません。

于 2009-05-26T10:15:34.160 に答える
1

カスタムビルドステップに準拠したプロジェクトに.netmoduleをリンクすることで同じ問題が発生しました。問題は、C++ ライブラリもリンクしていて、.netmodule ファイルがリンカー入力の同じ行にリストされていることであることが判明しました。

例: .lib .netmodule

代わりに: .lib \n .netmodule

于 2010-08-02T23:11:43.100 に答える
1

プロジェクトで使用されなくなったソースファイルをいくつか削除した後、VS2010でこの正確な問題が発生しました。「ビルド」メニューから「クリーンソリューション」を選択し、ソリューションを再構築するだけで問題が解決しました。

于 2014-05-29T17:30:38.167 に答える