TFSで毎日構築される大規模なソリューションがあります。このソリューションは、複数の論理サブソリューションをカバーしています。たとえば、プロジェクトA、B、C、Dで構成されるApplicationA。プロジェクトA、B、E、Fで構成されるApplicationB、プロジェクトA、C、G、Hで構成されるApplicationC。
現在、ビルドソリューションファイルのコピーをローカルで作成し、プロジェクトで作業するためにビルドする必要のないプロジェクトをアンロードします。したがって、ApplicationAの場合、A、B、C、D以外のすべてをアンロードします。
別のアプローチは、ApplicationAのプロジェクトA、B、C、Dのみをビルドする複数のソリューション構成を作成することですが、これは面倒で、.slnファイルが巨大になるのではないかと心配しています。
問題は、多くのプロジェクトが1つのwixパッケージにまとめられ、一緒にインストールされることです。したがって、メインの.slnファイルは、特にビルドの観点からだけでなく、デバッグの観点からも意味があります。
新しいプロジェクトが追加されたときにそれらを複数のソリューションに追加する必要があるため、複数のソリューションファイルを維持することは正しくないようです。したがって、おそらく構成方法が進むべき道ですが、それも正しく感じられません。
誰かが同様のシナリオの経験を持っていますか、そしてどのようにそれを回避しましたか？