私はあなたができないと確信しています。これは、VSの奇妙なニュアンスです。ソリューションのフォルダは仮想ですが、Projectフォルダはありません。物理的なファイルの移動が仮想フォルダの構造と同期していないため、奇妙なニュアンスに遭遇することがあるので、私は仮想フォルダを好きではありません。私の頭痛を引き起こしました。私は常にプロジェクト間で物事を共有するためのソリューションレベルに物理的なフォルダがあることを望んできました。
ステップ1)それらが同じ物理フォルダ内にあるだけであれば、まずそれらをプロジェクトのResourcesサブフォルダに移動します。私は私のプロジェクトの根底にはほとんど残っていません。ソースコードも "src"フォルダに入ります。 * .configファイルのようなものだけをルートに残す。
ステップ2)ソリューションレベルで必要に応じていくつかの仮想フォルダを作成します。ここで、プロジェクトから適切な仮想ソリューションフォルダにファイルをドラッグします。ファイルは物理的に存在し、プロジェクトの「Resources」フォルダに表示されますが、ファイルのユーザーフレンドリーなブラウジングのために、元のファイルを参照する仮想フォルダに存在します。
これは理想的ではありませんが、プロジェクトに物理的にファイルが存在している間にソリューションレベルのフォルダを使用するのを止めることは何もないことを指摘していると思います。
しかし、私が言及したように、新しいリソースファイルをプロジェクトに追加する場合、仮想ソリューションフォルダにドラッグすることによって、それらを「分類する」という余分なステップを常にとる必要があります。これは、このプロジェクトに触れることなく数週間を過ごす場合、あなたはこれらを忘れるため、同期が外れてしまう可能性のあるものの1つです。
より良い解決策は、特定の種類のカスタムビルドステップを使用することです。おそらくnantやmsbuildを使用して、リソースをphyiscally seperateリソースフォルダに格納し、コンパイル前に単一のリソースフォルダにコピーします。この方法で、各サブフォルダにリソースを作成し、ビルドステップで自動的にそれらを単一のインストール先フォルダにコピーします。