Visual Studio 2015複数のソリューション戦略（TFS）

Question

ソリューション内のいくつかのプロジェクトが別のソリューションの別のプロジェクトのアセンブリへの参照を作成する複数のソリューションを使用する場合に最適な方法は何ですか？例えば

- Solution 1 
-- Proj1 
-- Proj2 
- Solution 2 
- OtherProj 1 
- Solution 3 
- FooProj1 
- FooProj2 

OtherProj、FooProj1とFooProj2はPROJ1又はProj2アセンブリを使用する場合。

今度はProj1をビルドし、そのアセンブリをソリューション2とソリューション3のソリューションフォルダに手動でコピー/ペーストする必要があります。 ローカルパスを使用し、チェックインすると直接参照できませんソースコントロール（TFS）を介して、私の同僚は自分のローカルパスを受け取ります（つまり、ソリューションのフォルダにコピー＆ペーストしてパスが常に相対的になるのです）。

ポストビルドイベントを追加し、アセンブリをserver \ myserver \ assemblies \ relaase \ Proj1.dllの共有フォルダにコピーして、ソリューション/プロジェクトのこれらのファイルを参照することを考えました。

これはソースコントロールでも機能するため、良い戦略ですか、それとも他の戦略がありますか？

（何かは、Visual Studioでの共有プロジェクトのように存在しているが、私はそれが周りに共有するのではなく、単一のソリューションが、複数のプラットフォームのためのより多くのだと思う）

Answer 1

あなたはNugetパッケージとして各プロジェクト/ソリューションの出力を公開する必要がありますそれらのパッケージに依存しています。

ほとんどの機能を組み込んだNugetパッケージとしてパッケージ化されたプロジェクトやソリューションの出力は非常に簡単です。NuGetリポジトリはネットワーク共有でも、ホストサービス（MyGet、VSTS/TFS、その他）。

Answer 2

VSエクステンションNuGetリファレンススイッチャーは、この状況の1つの解決方法です。その説明から：

NuGet Reference Switcherは、NuGetアセンブリ参照をプロジェクト参照に自動的に切り替えるVisual Studio拡張機能で、その逆も同様です。これは、独自のNuGetパッケージを参照するアプリケーションを開発する場合に便利です。

Here is the VS 2015 version。

Here is the VS 2017 version。