VisualStudioが「混合プラットフォーム」ソリューション構成を自動的に作成しないようにする

Visual Studio 2008が「混合プラットフォーム」および「任意のCPU」ソリューション構成を自動的に作成しないようにするにはどうすればよいですか？「Win32」と「x64」の構成があり、開発者はどちらかを選択する必要があります。ただし、誰かがソリューションに変更を加えるとすぐに、VSは自動的に「混合プラットフォーム」を作成し、それがデフォルト構成のようです。これにより、この構成でいくつかの新しいプロジェクトが選択されていない、または間違ったプロジェクト構成が選択されているなど、多くの問題が発生します。それを停止して、ソリューション構成を自分で管理したいと思います。

Win32構成といくつかの異なるスマートデバイスプラットフォーム/構成の組み合わせの両方に対して構築したいVisualStudio2005プロジェクトで同様の問題が発生します。

任意の時点で、有効かどうかに関係なく、すべての構成がすべてのプラットフォームに対して自動生成され、最大50のプロジェクトファイルのそれぞれのサイズが爆発的に増加し、問題を修正するために多くの作業が発生します。

これは、[構成マネージャー]ダイアログを開いたときに常に発生し、構成のプロジェクト設定を変更したときに発生することがあります（常にではありません）。後者の場合、プロジェクト設定ダイアログのプラットフォームと構成のドロップダウンの操作に関連しているようです。

VisualStudioの問題として提出しました。MSFTは「修正しない」としてそれを閉じました。

私も同じような問題に取り組んできました。私はそれが混乱であることに同意します。私はそれに対処するための2つの実行可能なオプションを見てきました-どちらも本当にあなたが望むものではありません。

1. 構成チューザーに移動し、編集を選択して、作成した構成を手動で削除します...
2. デフォルトでは（少なくともVS 2010の新しいソリューションから始めた場合）、新しいプロジェクト（クラスライブラリとアプリの両方）の作成を開始すると、ソリューションプラットフォーム用の任意のCPU、混合プラットフォーム、およびx86が使用されます。Visual Studioは、新しいクラスライブラリをAny CPUと混合プラットフォームの両方に追加し（Any CPUターゲットのデフォルトビルドであるため）、新しいアプリを混合プラットフォームとx86の両方に追加する（x86ターゲットのデフォルトビルドであるため）ので、うまく機能しているようです。 、新しいクラスライブラリと新しいアプリの両方を混合プラットフォームに配置します。したがって、Mixed Platformsはすべてを構築するため、最終的には優れたデフォルトになります。混合プラットフォームに新しいプロジェクトが追加されない理由がわかりません

ソース管理のコミットフックで.slnファイルをフィルタリングできます。そのため、.slnファイルでチェックすると、プロジェクトファイルが修正される可能性があります。オープンソースのChromiumプロジェクトには、このようなフィルターが実装されています。