VSTSがAzure DevOpsサービスとして利用可能になりました。新機能は次のとおりです。

9月10日、マイクロソフトの公式ブログでAzure DevOpsサービスの開始が発表されました。 Azure DevOps は、Microsoft のアプリケーション ライフサイクル管理システム Visual Studio Team Services (VSTS) の大幅な再編成とブランド変更です。今後、VSTS は単一の Visual Studio サービスではなく、Azure DevOps プラットフォーム サービスに含まれる 5 つの独立した Azure サービスに分割されます。 5 つの個別のサービスは次のとおりです。

• Azure Pipelines: あらゆるクラウド プラットフォームへの継続的な構築、テスト、およびデプロイを実現します。
• Azure Boards: 作業管理を可能にします。
• Azure Artifacts: Maven、npm、NuGet 用。
• Azure Repos: 安全なクラウドホスト型のプライベート Git リポジトリを提供します。
• Azure テスト プラン: 計画テストと探索的テスト用。

新機能の概要

以下の機能は今後数日中に展開される予定です。

Azure パイプライン

GitHub Marketplace から Azure Pipelines を追加する

*** GitHub Marketplace で利用可能な Azure Pipelines アプリケーションは、GitHub リポジトリとの統合を拡張し、並列ジョブの購入を簡素化します。

以前は、ユーザーは OAuth 認証を介して GitHub リポジトリとの継続的な統合を有効にすることができました。 OAuth を使用する場合、Azure Pipelines は個人の GitHub ID を使用してコードを取得し、GitHub でビルド ステータスを更新します。ただし、チーム メンバーは変更される可能性があるため、個人の GitHub ID と権限を使用することはお勧めできません。 Azure Pipelines アプリケーションをインストールすることで、ユーザーはアクションの実行を承認できます。

さらに、アプリを使用すると、GitHub のチェック ページでビルド結果を確認できます。このページには、ビルド、テスト、コード カバレッジに関する詳細が含まれています。

この機能を使用するには、GitHub Marketplace からこのアプリケーションをインストールする必要があります。ユーザーは、Azure アカウントの代わりに既存の GitHub 支払いアカウントを使用して、同じ価格で追加の並列ジョブを購入できます。

Azure Pipelines でオープンソース プロジェクトを無料で構築

Azure Pipelines は、Linux、macOS、Windows 向けのクラウド ホスト パイプラインを提供し、オープン ソース プロジェクトでは時間無制限と 10 個の無料並列ジョブを利用できます。

YAML構成を使用してビルドする

YAML ベースのビルド パイプラインが一般提供され、ユーザーは他のコードと一緒に保存された YAML ファイルを使用して継続的インテグレーション パイプラインを自動化できるようになりました。単一のジョブの構築が非常に簡単になります。ニーズの拡大に応じて、複数のジョブ、外部テンプレート、マトリックス実行を使用して、より多くのジョブに拡張できます。

新しいウィザードを使用してYAMLビルドパイプラインを作成する

新しいウィザードにより、GitHub と Azure Repos を使用して YAML ベースのビルド パイプラインを作成するプロセスが簡素化されます。ビルドするリポジトリを選択すると、そこに YAML ファイルが含まれている場合は、パイプラインが自動的に作成されます。それ以外の場合、Azure Pipelines はリポジトリを分析し、プロジェクトをビルドするための YAML テンプレートを推奨します。ユーザーは「保存して実行」をクリックするだけで、提案された YAML のプル リクエストが作成され、最初のビルドが実行されます。継続的インテグレーションとプル リクエスト トリガーが自動的に有効になります。

新しいビルドページでビルドパイプラインを管理する

Microsoft はいくつかの改善を行い、ビルド ページの新しいバージョンを公開しています。新しいバージョンでは、すべてのビルド パイプライン ディレクトリと現在のビルド リストが結合され、ユーザーはプロジェクト ビルドをすばやく参照してステータスを確認できるようになりました。また、パイプラインのテスト分析プレビューも提供します。

GitHub プルリクエストビルドの再開

ユーザーが GitHub リポジトリにプル リクエストを送信すると、パッケージ レジストリが利用できない、またはその他のテストなどの断続的な障害により、プル リクエストのビルドが失敗する可能性があります。このような場合、ユーザーはビルドを再度実行することが必要になる場合があります。以前は、ユーザーは別のプル リクエストの更新をプッシュする必要がありましたが、現在は新しいビルド ページで、失敗したビルドを選択して、新しいビルド リクエストをビルド キューに追加するだけで済みます。

これはプル リクエスト ビルドに対してのみ機能し、失敗したすべてのビルドに対して同様の機能を提供することを検討しています。

新しいビルドステータスバッジの URL

リポジトリのホームページに埋め込まれたビルド バッジは、リポジトリの健全性を表示する一般的な方法です。 Microsoft は、ユーザーがバッジを作成できるように新しい URL を追加しました。新しい URL を使用すると、ユーザーはブランチのステータスを公開したり、選択したブランチの最新バージョンを参照したりできるようになります。ユーザーは、新しいビルド ページのステータス バッジ メニューから、新しいステータス URL の Markdown コードを取得できます。下位互換性のため、古い URL も引き続きサポートされます。

Microsoft がホストする Linux エージェントで利用できるツールが増えました

新しいバージョンでは、Microsoft がホストする Linux エージェントに複数のビルド、テスト、および展開ツール (以下にリスト) が追加され、ビルドまたはリリース時にユーザーが自分でインストールする必要がなくなりました。

• アーラン/OTP
• ファイアフォックス
• ハスケル
• Heroku CLI
• イメージマジック
• 気まぐれな
• Microsoft SQL Server クライアント ツール
• MySQL サーバー
• ファントムJS
• 受粉する
• PyPy2 と PyPy3
• 鉄筋
• rsync
• シェルチェック
• スフィンクス
• テラフォーム
• 翻訳

GitHub でコードコミットと関連する問題を追跡する

ユーザーは、リリースに関連付けられたコミットと問題のリストを取得できるようになりました。

フォーマットの改善により、ビルドとデプロイメントの電子メール通知をより適切に管理できるようになりました。

更新されたビルドおよびデプロイメントの電子メール通知は、電子メール ルールを使用してフィルター処理できます。これで、電子メールの件名にはより関連性の高い情報が含まれ、電子メールの本文にはより詳細な情報とより洗練されたスタイルが含まれるようになりました。

新しい形式の要素:

 [ビルド結果] [パイプライン名] - [リポジトリ:ブランチ] - [プロジェクト名] - [コミット]  
 [デプロイ結果] [パイプライン名] > [リリース名] : [ステージ名]

例:

 [ビルド成功] IdentityService.CI - MyRepo:master - MyProject - d3b90b80  
 [デプロイ成功] 新しいリリース パイプライン > NotificationSpecialRelease-1: ステージ 1

統一されたAzure Pipelinesの用語に従う

歴史的な理由により、ビルド プロセスとリリース プロセスでは類似の概念が異なる用語を使用する場合があります。場合によっては、一部の用語の意味が曖昧になることがあります。たとえば、エージェント プールとエージェント キューの違いを説明するのは困難です。

Azure Pipelines では用語が統一されており、概念全体の明確さが向上しています。

市場

新しい拡張機能のカテゴリ

Marketplace の拡張機能カテゴリは、名前が変更された Azure DevOps サービスに合わせて再構成されました。以前のカテゴリは新しいカテゴリに自動的にマッピングされていますが、ユーザーはマニフェストを更新して新しいカテゴリに切り替える必要があります。

管理

既存の組織は新しいドメインURLを使用できます

新しいドメイン名は dev.azure.com ですが、ユーザーは引き続き visualstudio.com を通常どおり使用できます。 URL を dev.azure.com に変更する場合は、組織管理者 (プロジェクト コレクション管理者) に組織設定ページで変更を依頼できます。すべてのリクエストが新しいドメイン名でリダイレクトされるわけではありませんが、ルート URL へのリクエスト、電子メール内のリンク、Web リンクは変更されます。

Microsoft は、顧客からのフィードバックに基づいて、新しい URL に段階的に移行します。最初はオプションに設定され、その後組織のデフォルトになります。ただし、組織が visualstudio.com から移行するための具体的なタイムラインはまだ決まっていません。

ステークホルダー ユーザーを追加して Azure Pipelines のライセンス コストを節約する

Azure Pipelines サービスのみを使用する場合は、基本ライセンスを超える追加ユーザーに対して料金を支払う必要はありません。 Azure Pipelines のすべての機能は、すべてのユーザーが無料で利用できます。プロジェクトにユーザーを追加する場合、適切な権限を割り当てれば、それらのユーザーをビルド パイプラインを作成、表示、更新、承認できる関係者として扱うことができます。このライセンスの変更に関する追加の注意事項は次のとおりです。

• ユーザーは、Azure Pipelines の追加の並列ジョブに対してのみ料金を支払います。ユーザー数に制限はありません。
• Azure Pipelines 機能へのすべてのアクセスは、セキュリティとアクセス許可のモデルによって管理されます。
• 他の Azure DevOps サービスを使用する場合は、無料制限を超えた後にそれらのサービスのライセンス料金を支払う必要があります。
• 既存の組織では、関係者にはデフォルトで無料の Azure Pipelines 権限が付与されません。関係者がアクションを実行できるように、組織管理者はこのプレビュー機能を有効にする必要があります。現在、ビルドやリリースを管理することはできません。ただし、このプレビュー機能が有効になると、Azure Pipelines の基本ユーザーと関係者の間に権限の違いはなくなります。したがって、関係者が無料の Azure Pipelines ユーザーになることを許可するかどうかを決定するのは組織管理者の責任です。

フィードバック

ユーザーはフィードバック メニューを使用して問題を報告したり、提案を提供したりできます。