Visual Studio 2015のソリューションには、パブリッシュオプションを使用してAzureに個別に公開できるいくつかのWebサービスとアプリケーションサービスがあります。 しかし、私はデプロイメントを自動化したい（そして後でパイプラインに単体テストを追加する）。 Visual Studio Team Servicesのgit（またはTFS）リポジトリで自分のソリューションをホストし、Azureの「アプリケーションサービス」に自分の「プロジェクト」を接続することで、これを行うことができます。コードをgitに送るたびにビルドがトリガーされ、このVSTSプロジェクトに接続されているすべての紺色のマシンに配備されます。しかし、それはスタートアッププロジェクトとしてのプロジェクトセットアップのためだけに機能するようです。 このような設定も可能ですか？同じソリューション内で複数のサービスを継続的に展開する
短い回答：はい可能です。
あなたがVisual Studio Team Servicesを使用する場合は、あなたが展開する各コンポーネントのArtifact異なるを定義する必要があります、そしてあなたは、異なる環境や異なるサーバでそれらを展開するために、これらの成果物のそれぞれに別々のReleasesを作成することができます。
解決策にいくつかのプロジェクトを構築し、複数の成果物を作成してコピーする1つのビルド定義を作成することです（3つの異なるサービスを展開する場合は、少なくとも3つの成果物が必要です）。 3これらの3つの成果物を展開するための定義をリリースします。
技術的には、それらをすべて1つのリリース定義にデプロイすることができますが、通常は柔軟に各コンポーネントを個別にデプロイできるようにする必要があります。
ビルドの間の関係についての詳細な情報を取得するには、この文書を見て、アーティファクトやリリース：
https://www.visualstudio.com/en-us/docs/release/author-release-definition/understanding-artifacts
はどうもありがとうございました！ – jimmy