私のチームはVisual Studio Team Servicesを使用してTFSリポジトリのソースコードを管理します。このソリューションには複数のWebアプリケーションが含まれています。私は成功したビルドの後、各Webアプリケーションが正しいAzure Webアプリケーションに展開されるように、このソリューションのContinuous IntegrationとContinuous Deploymentを設定しようとしています。 $/MyProduct/MAIN/MySolution.slnをビルドするためにBuildDefinitionを設定しました。私は、この主題にあるいくつかのMSDNの記事に基づいてMSBuildのに次のパラメータを定義しました:ビジュアルスタジオチームサービスを使用して複数のWebアプリケーションを含むソリューションを構築し、これらのWebアプリケーションをazureに配備する
/p:DeployOnBuild=true
/p:WebPublishMethod=Package
/p:PackageAsSingleFile=true
/p:SkipInvalidConfigurations=true
/p:PackageLocation="$(build.stagingDirectory)"
ビルド手順は、Visual Studioのビルドステップ、(現在の複雑さを最小限に抑えるために無効)Visual Studioのテストステップを含み、 (私が本当に必要と思わない)インデックスソースとシンボルの公開ステップと、最終的にビルド成果物のコピーと公開ステップを実行します。
この構成を使用してこのソリューションを構築することができます。ビルド結果、ビルドログ、ビルドの詳細などを見ることができます。作成されたアーティファクトを見ると、「ドロップ」と「build.sourceLabel」の2つのアーティファクトが表示されます。アーティファクトエクスプローラを使用してドロップファイルを調べると私はこのドロップファイルですべてのプロジェクトを見つけました.Webアプリケーションプロジェクトでは、webapp1 \ obj \ QA \ Package \ PackageTemp \ binフォルダに移動して、Webアプリケーション用のすべてのDLLなどを表示できます。
Webアプリケーションごとに1つのzipファイルがありますが、これはVisual Studio Team Servicesのリリース機能が期待しているものです。
ビルドステップから正しい成果物を生成できるように現在の設定を変更する方法を知りたいので、各Webアプリを正しいWebアプリに展開するための正しいリリースWep App Deploymentタスクを作成できます私の環境。
これはすべてVisual Studio 2015とVisual Studio Online(Team Services)で行われています。
感謝を私にpingを実行することができます...私はいくつかのさらなる研究を行なったし、ブランドの新しいプロジェクト/ソリューション/ Webアプリケーションであることを発見し、Iあなたが記述したのと同じように動作させることができます。実際の問題は、私たちのプロジェクトとソリューションがVS2013と.NET 4.0で作成され、移行/アップグレードされたということです。シンプルな事実は、.slnファイルと.csprojファイルはローカルに構築されますが、VSOでは構築されないことです。新しいプロジェクトとソリューションファイルを作成し、それがより良い結果をもたらすかどうかを確認します。 –
@MichaelSchulz私はVS2013で作成されたソリューションで、VSOでビルドされていない同じ問題に取り組んでいます。どのようにこれを修正するための任意のアイデア? – TWilly
Visual Studio Online RMについて非常に良い答え – user3447136