VSTSで一般的なビルドとリリースを作成する方法

Question

マイクロサービスアーキテクチャを採用しているうちに、非常に同じ構造のプロジェクトが多数あることがわかりました。

.Netと.Netコアプロジェクトがより具体的になり、そのほとんどはAzure App Services（Web Apps）として公開されています。

今日、プロジェクト/アプリケーションごとにビルド定義とリリース定義を構成する必要があります。

1つのビルド定義と1つのリリース定義のみを持つ方法はありますか？チェックイン、特定のプロジェクトをビルドしたり、特定のアプリケーションサービスに公開するリリースを作成したりできますか？

ありがとうございました

Answer 1

はい、可能です。異なるタイプのプロジェクトを別々にビルド/デプロイするためにビルドとリリースの定義を行うことができます。以下のように

root 
    |___ .git  
    |___ dotnetProject 
      |___ dotnetProject.sln 
      |___ dotnetProject 
         |___ dotnetProject.csproj 
         |___ … 
    |___ dotnetCoreProject 
      |___ dotnetCoreProject.sln 
      |___ dotnetCoreProject 
         |___ dotnetCoreProject.csproj 
         |___ … 

は詳細setps：

あなたがGitのレポに2つのプロジェクトを持っていると仮定し

1. をビルドし、ビルドとリリースの定義では、あなたのプロジェクトのために展開するために必要なすべてのタスクを追加します。
2. 2つの変数dotnetとdotnetCoreを、ビルドとリリースの定義に別々にデフォルト値0で定義します。

3. 異なる種類のプロジェクトに対してビルド/デプロイする必要があるタスクのカスタム条件を設定します。

4. タスクカスタム条件の下に使用し、.NETのコアプロジェクトの展開/構築するために：：、.NETプロジェクトの展開/カスタムビルド条件の下に使用するタスクの場合
   • 

5. PowerShellタスクを追加して、CIビルド用に変更されたプロジェクトを検出します。

   タスクの先頭にPowerShellタスクを追加し、最後にコミットによって変更されたファイルを確認します。 .NETプロジェクトが変更されている場合は、値1の変数dotnetを設定し、内容1のファイルdotnetを作成します。 .NETコアプロジェクトが変更された場合は、変数dotnetCoreを値1に設定し、内容1のファイルdotnetCoreを作成します。

   注：あなたがファイルに基づいてリリース定義でdotnetとdotnetCore変数の値を解析する必要があるので、あなたはまた、ビルドの成果物として、ファイルdotnetとdotnetCoreを公開すべきです。

6. dotnetとdotnetCoreのファイルに基づいて変数値をdotnetとdotnetCoreに変更します。

   リリース定義の冒頭で、PowerShellタスクを追加します。ファイルdotnet/dotnetCoreがビルド成果物に含まれているかどうかを確認する。存在する場合は、ファイルの内容に基づいて関連する変数を変更します。