私はこの場合、Visual Studio 2013上に構築された単一のソリューションを用意しています。これは、相互に参照する10以上のプロジェクトを含んでいます。 Visual Studioのチームサービスを経由してAzureの上にそれらの質問は、この複数のプロジェクトを1つのVSTSソリューションに組み込む
を行うための最善のアプローチ何ですので、それらはすべてあなたがそれらのすべてを構築する必要があるかもしれないよりも、お互いを参照している場合、あなたに
ありがとうございます。依存関係はビルド時に解決されます。
ソリューションの代わりに個別のプロジェクトファイルを参照できます。その後、自分で注文を維持する必要があります。
解決策を構築するのに同じビルドステップを使用しますが、代わりにプロジェクト（.proj）ファイルに記入してください。複数のビルドステップを持つことによって順序を制御します。
第2の代替案についてはどうすればいいですか、私はどのビルドステップタイプを使って各プロジェクトをビルドすることができるのか、この場合のプロジェット依存性を考慮する方法、注文を維持するだけで十分です。あなたは明確なステップで歩み寄りを提案してもらえますか？ありがとうございますMrHinsh – user2050269
私は古い答えを更新します。同じビルドステップを使用します。 –
以下の私の提案をお読みください - - ポストビルドイベントを通じてすべての参照dllを1つの共有フォルダにコピーしてください。 - 導入ニーズに応じて新しいソリューションを作成し、すべてのプロジェクトの共有フォルダからすべての参照を取得します。 - 必要なソリューションを展開する
参照がproject referencesの場合、ビルドするソリューションファイル（.sln）を指定する必要があります。そうでない場合は、プロジェクトの依存関係を指定する必要があります（ソリューションを右クリックして=>プロジェクト依存= >プロジェクトを選択=>依存しているプロジェクトのオプションを確認してください） 
星が入っています、これは答えではありません。これはチームビルドについてです！ –
この問題は私たちのソリューションで解決していますか？ –