私は誰か他の人の仕事をデバッグしていて、解決策は非常に大きいです。すべてをビルドしようとすると、ソリューション内のいくつかのプロジェクトがビルドされず、スキップされます。ビルドプロセス中に出力ウィンドウを表示すると、次のようになります。
1> ------すべて再構築をスキップ：プロジェクト：pr1lib ------
これらのビルドがスキップされた理由を確認するにはどうすればよいですか？追加の出力を見つけることができません。
これはVS2008であり、ソリューションはc＃およびc ++コードで構成されています。
/flビルド設定に追加して、理由を含むmsbuild.logファイルを取得してください。例：skipped, due to false condition; ( ('$(Configuration)' == 'Release') and ('$(Platform)' == 'Any CPU') ) was evaluated as ( ('Debug' == 'Release') and ('AnyCPU' == 'Any CPU') ).
回答:
ソリューションを右クリックし、[プロパティ]、[構成プロパティ]の順に選択します。ここで、ビルドするプロジェクトを選択できます。
[ 編集 ]：
Kdtのコメントを参照：...構成プロパティを調べたとき...ソリューションが「任意のCPU」をビルドするように設定されているときに、プロジェクトのビルドターゲットが「混合プラットフォーム」用に構成されました。
*この問題が発生したとき、メインプロジェクトには「すべてのCPU」しかなく、子DLLも「すべてのCPU」に設定されていましたが、そのプロファイルを削除して「x86」のみを残しました。DLLだけにx86を選択すると、動作が開始され
ます[/編集]
{784BDC39-5783-4128-956E-99EA062FA8FB}.Debug|AnyCPU.ActiveCfg = Debug|AnyCPUに変わりました{784BDC39-5783-4128-956E-99EA062FA8FB}.Debug|AnyCPU.ActiveCfg = Debug|Any CPU。唯一の違いは、行の最後にある「すべて」と「CPU」の間に追加されたスペースです。
同じ問題が発生しました-「プロジェクトのアンロード」と「プロジェクトのリロード」で問題が解決しました！
ビルド、再ビルド、およびクリーン操作はスキップされていました。アンロードと再ロードは役に立ちませんでしたし、Visual Studioを再起動することもできませんでした。
ソリューションからプロジェクトを削除して追加し直すと、スキップされなくなりました。削除するには、ソリューションエクスプローラーでプロジェクトを右クリックし、[削除]> [OK]をクリックします。追加するには、ソリューションエクスプローラーでソリューションを右クリックし、[追加]> [既存のプロジェクト]をクリックしてプロジェクトを選択します。
構成がx64でx64コンパイラがインストールされていない場合、プロジェクトはスキップされます。
私の解決策は前述のとおりです：削除->既存のプロジェクトを追加
しかし、このソリューションは、プロジェクト間の参照がなくなることを意味します
：再追加の参照を避けるために、そしてあなたがバージョン管理システムを使用している場合場合は、それは次の手順でacheveゴールすることが可能であるものは何でもGITまたはTFSかのように：
操作の前にすべての変更がコミット/チェックインされていることを確認してください
ソリューションから削除して既存のプロジェクトを追加するすべてのプロジェクトを実行します。
.slnファイルが変更されていることに注意してください
新しい.slnファイルを保持しますが、バージョン管理システムですべての.cspojファイルへの変更を元に戻します
Visual Studioを再起動するとうまくいきました
私にも似たようなことが起こりました。何が問題なのかはわかりませんが、Clean、Build、Rebuildなどは行われません。VisualStudio 2017で操作していて、netstandard2.0アセンブリが必要でした。私の問題は、どういうわけかプロジェクトのタイプが正しくないことでした。多分私はnetcoreappクラスライブラリなどから始めて、ソリューションファイルに詰まっているので、思い出せません。とにかく、私はプロジェクトをバックアップし、新しいnetstandardクラスライブラリプロジェクトを作成し、バックアップされたビットを考慮に入れました。HTH誰か。
ここで他の可能性の中で文書化する価値があるかもしれない奇妙なものがありました。
他の2つまたは3つのプロジェクトで使用されたコードを使用して、共有プロジェクトをソリューションに追加しました。ご存じのとおり-共有プロジェクトは単なるコードであり、従来の意味でのプロジェクトではありません。共有プロジェクトを「ビルド」することはできません。それは、他のプロジェクトに埋め込まれ、そこでビルドされるだけのコードです。
しかし、どういうわけか私のソリューションファイルは、共有プロジェクトがビルドを必要とする独自のものであるかのように更新されました。私がビルドしようとしていて、共有プロジェクトのコードを変更していないときはいつでも、それは「何も変更されていないので、それらのビルドをスキップする」と考えました
私は次のsolution.slnようなファイルで共有プロジェクトを見つけました：
Project("{D954291E-2A0B-460D-934E-DC6B0785DB48}") = "Api.Common", "Api.Common\Api.Common.shproj", "{EC580471-D78A-4509-AC46-BD565553AD60}"..それは結構です うまくいかないのは、このプロジェクトが同様に登場したこと GlobalSection(ProjectConfigurationPlatforms) = postSolutionです：
{EC580471-D78A-4509-AC46-BD565553AD60}.Debug|Any CPU.ActiveCfg = Debug|Any CPU
{EC580471-D78A-4509-AC46-BD565553AD60}.Debug|Any CPU.Build.0 = Debug|Any CPU
{EC580471-D78A-4509-AC46-BD565553AD60}.Release|Any CPU.ActiveCfg = Release|Any CPU
{EC580471-D78A-4509-AC46-BD565553AD60}.Release|Any CPU.Build.0 = Release|Any CPU私は.slnファイルからこれらの4行を削除しました。
私は15.9.11に更新しました...いくつかのビルドの後、同じ問題：ほとんどのプロジェクトがスキップされます（問題なく2番目にビルドされます）。私の場合、ソリューションのアンロード/再ロードは常に役立ちますが、すぐに再び発生します。
なぜかわかりません... VS2017の大きなバグを除いて
私は構成マネージャーをチェックしました、すべてのチェックマークはビルドするように設定されています。
多分、それはnugetパッケージと関係がありますが、それは単なる推測です
ソリューションにはc ++ / vcxprojのみがあり、csprojはありません。64と32の両方がインストールされています
ソリューションにNuGetプロジェクト（* .nuproj）ファイルが含まれている場合は、それをアンロードしてから、ソリューションを再ビルドしてください。
上記のいずれも機能しなかったため、これは私にとってはうまくいきました。
新しいPCの一部のWindows CEプロジェクトでこの問題が発生しました。「プロジェクトのアンロード」と「プロジェクトのリロード」は問題を修正するように見えましたが、実際にはVisual Studioは単に別のプラットフォームに切り替えてビルドしただけです。
私のWinCEプラットフォームはアクティブなプラットフォームとして示されていましたが、Visual Studioはそれを「実際に」認識していませんでした。解決策は、管理者権限を持つWinCE SDKを再インストールすることでした。
msiexec /log SDKInstallLog.txt /package <the path to your .msi file>x64コンパイラがインストールされていない場合、VS 2008はx64ターゲットをスキップします。VS 2008はデフォルトではありません。なんてことだ。
Visual Studio 2017 15.9.4でこの問題が発生しました。しばらく検索を行った結果、ソリューションで、TFSにマージした後、プロジェクトの1つの.csprojファイルが破損していることがわかりました。（問題のあるプロジェクトをソリューションからアンロードすることで、他のプロジェクトを構築できます）。私の問題を解決した方法は、マージの前後に.csprojファイルを比較して修正したことです。修正するとは、自分のプロジェクトのタイプが.netStandardだったため、新しい.csprojファイル内のConfiguration PropertyGroupなどすべての不要な行を削除して、以前の.netstandardスタイルのバージョンと同様にすることです。
私はこのトラブルに巻き込まれました：
VS 2017を最新バージョン15.9.11に更新し、プロジェクトのいくつかを.net core 2.2に更新しました。最初にすべてのプロジェクトをロードして、ビルド/クリーニング/再ビルドを試みたところ、すべてスキップされました。解決するために以下に従ってください：
これですべてが復活し、すべてのプロジェクトを正常に構築することができました。
ビジュアルスタジオ2017
構成マネージャーで構成を追加した後
プロジェクトを右クリック->プロジェクトのみ->ビルドのみ/再ビルドのみ/クリーンのみ
他のすべての設定が正しい場合。
問題：再構築、構築、クリーンで、2つを除くすべてのプロジェクトがスキップされました。
私にとってうまくいかなかったソリューション：
ソリューションの構成設定は期待どおりだったので、それらの変更は役に立ちませんでした。
アンロードと再ロードが機能しませんでした。
発生理由：
これは、対象の.NETフレームワークがこれら2つのプロジェクトではより高く（4.7）、他のプロジェクトではより低いために起こりました。最初に.NET 4.7をインストールするように求めるプロンプトが表示されましたが、マシンを再起動しないとインストールされていることを認識できませんでした。
機能したソリューション：
さらに問題が発生しないように、最新の.NET Frameworkをインストールしてマシンを再起動することをお勧めします。
Build > Configuration Manager: check as needed