それぞれが複数のプロジェクトを持つ複数のソリューションがあります。
私がやりたいことは、おそらく異なるソリューションからこれらのプロジェクトのサブセットを単一の「パッケージ」にまとめて、それをそのまま展開することです。
各プロジェクトを編集してその出力フォルダーを変更することもできますが、これは非生産的です。特に、これらのプロジェクトの一部が異なるターゲット パッケージ間で依存関係を共有しているためです。これは面倒な混乱を引き起こし、非常にエラーが発生しやすくなります。
理想的には、これらが最終パッケージにどのようにアセンブルされるかについてもある程度の自由が必要です。おそらく、このアプリケーションはパッケージのルート フォルダーに配置されますが、この他の実行可能ファイルは最終パッケージのサブフォルダーに配置される可能性があります。
最後に、私が一緒に働いているチームは MSBuild に慣れていないため、最終的なソリューションは VisualStudio から使用できるはずです。
プロジェクトの依存関係をスキャンし、各出力フォルダーの内容を特殊なプロジェクト (タスクを含む) の出力フォルダーに単純にコピーするタスクを作成することを考えていました。最終的な宛先は、必要に応じてプロパティ ファイルを介して微調整できます。
より良い方法はありますか？
パッケージとは、実行可能ファイル、DLL、リソース、構成ファイルなど、すべてのアーティファクトを含むフォルダーを意味します。ただし、それらを個別のエンティティとして保持したい.