Azure DevOps の概要

これで、Visual Studio Team Services であった1つのサービス (VSTS) がAzure DevOps Servicesの新しいセットになりました。 microsoft のドキュメント、web サイト、および製品内では、Azure DevOps 内のすべてのサービス Azure DevOps の新しいアイコンと名前に注目します。

  • 任意のプラットフォームとクラウドに継続的にビルド、テスト、デプロイする Azure Pipelinesます。
  • 強力な作業管理用の Azure Boards
  • Maven、npm、NuGet パッケージフィードの Azure Artifacts
  • 無制限のクラウドホストプライベート Git リポジトリの Azure Repos
  • 計画および探索的テスト用の Azure Test Plans

Azure Pipelines を起動すると、新しいアプリが GitHub Marketplace に導入され、作業の開始に役立つさまざまなエクスペリエンスが更新されました。また、オープンソースプロジェクトでは、無制限の CI/CD 分と10個の並列ジョブを利用できます。

詳細については、以下の 機能 の一覧をご覧ください。

機能

Azure Pipelines:

コンバーター

[Administration:

次のステップ

注意

これらの機能は、今後数日間にわたってロールアウトされます。

以下の新機能について確認し、Azure DevOps Services に進み、自分で試してみてください。

Azure Pipelines

GitHub Marketplace から Azure Pipelines を追加する

GitHub Marketplaceの新しい Azure Pipelines アプリは GitHub リポジトリとの統合を拡大し、並列ジョブの購入を効率化します。

以前は、OAuth 認証を使用して GitHub リポジトリとの継続的インテグレーションを有効にすることができました。 OAuth を使用すると、Azure Pipelines は 個人の GitHub id を使用してコードをフェッチし、GitHub でビルドの状態を更新します。 ただし、チームのメンバーは時間の経過と共に変更される可能性があるため、個人の GitHub id とアクセス許可を使用することは望ましくありません。 Azure Pipelines アプリをインストールすることにより、代わりにアクションを実行するように アプリ を承認できます。

また、アプリを使用すると、ビルド、テスト、およびコードカバレッジの結果の詳細なビューを使用して GitHub の新しいチェック機能でビルドの結果を使用できるようになります。

まず、 GitHub Marketplace からGitHub アカウントまたは組織にアプリをインストールします。 また、別の Azure アカウントではなく、既存の GitHub の支払いアカウントを使用して追加の並列ジョブを購入することもできます。 価格も同じです。

GitHub Marketplace でのアプリの Azure Pipelines

無料の Azure Pipelines を含むオープンソースプロジェクトをビルドする

Azure Pipelines は、Linux、macOS、Windows 用のクラウドでホストされるパイプラインを提供します。このパイプラインは、無制限の数分で、オープンソースに対して10個の無料並列ジョブを使用できます。

詳細については、 パブリックリポジトリ並列ジョブ のビルドに関するドキュメントを参照してください。

YAML を使用したビルドの構成

重要

この機能を使用するには、組織で ビルド YAML パイプラインプレビュー機能が有効になっている必要があります。

YAML ベースのビルドパイプラインが広く使用できるようになりました。 コードの残りの部分と共に、リポジトリにチェックインされている Yaml ファイル を使用して継続的インテグレーションパイプラインを自動化します。 単一のジョブのビルドを簡単に開始できます。 ニーズの拡大に合わせて、複数の ジョブ外部テンプレートマトリックス実行を使用して簡単にスケールアウトできます。

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

重要

この機能を使用するには、プロファイルまたは組織で 新しい YAML パイプライン作成エクスペリエンスプレビュー機能が有効になっている必要があります。

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

パイプラインの新規作成ウィザード

[新しいビルド] ページを使用してビルドパイプラインを管理する

重要

この機能を使用するには、プロファイルまたは組織で 新しいビルドハブプレビュー機能が有効になっている必要があります。

いくつかの機能強化を行っています。また、新しいバージョンの ビルド ページを展開しています。 この新しいバージョンでは、すべてのビルドパイプラインのディレクトリと現在のビルドのリストを組み合わせて、プロジェクトのビルド間をすばやく移動し、その状態を確認できます。 また、選択したパイプラインのテスト分析のプレビューも含まれています。

[新しいビルド] ページ

プル要求ビルド GitHub リビルド

GitHub リポジトリにプル要求を送信した場合、プル要求のビルドは、パッケージレジストリが使用できなくなったり、不安定なテストなどの断続的なエラーが原因で失敗する可能性があります。 このような場合は、ビルドをもう一度実行する必要があります。 現時点では、別の人工の更新をプル要求にプッシュする必要があります。 次に、 [新しい ビルド ] ページ で、失敗したビルドを選択し、別のビルドをキューに追加することができます。

この再構築のジェスチャは、プル要求ビルドを開始するためにのみ使用できます。 すべての失敗したビルドで同様の機能を使用できるようにすることを検討しています。

新しいビルドの状態のバッジ URL

リポジトリのホームページに埋め込まれているバッジは、リポジトリの正常性を表示するための一般的な方法です。 ビルドバッジの作成に役立つ新しい Url を追加しました。 新しい Url を使用すると、ユーザーはブランチごとの状態を発行でき、選択したブランチの最新のビルドにユーザーを移動できます。 新しい状態バッジの URL の Markdown を取得するには、[新しい ビルド] ページで [状態バッジ] メニュー操作を選択します。 旧バージョンとの互換性を維持するために、以前のビルドバッジの Url も引き続きご利用ください。

Microsoft がホストする Linux エージェントでさらに多くのツールを活用

この更新プログラムでは、 Microsoft がホストする Linux エージェントにいくつかのビルド、テスト、および配置のツールが追加され、ビルドまたはリリース中に自分でインストールする必要がなくなりました。

  • アーラン/OTP
  • Firefox
  • Haskell
  • Heroku CLI
  • ImageMagick
  • Mercurial
  • Microsoft SQL Serverクライアントツール
  • MySQL サーバー
  • PhantomJS
  • 聞き
  • PyPy2 と PyPy3
  • rebar
  • rsync
  • ShellCheck
  • Sphinx
  • Terraform
  • Xvfb

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

リリースを使用してデプロイされた変更を把握することは、アプリの機能強化を追跡するうえで重要です。 これで、GitHub リポジトリに加えられたコミットの一覧と、リリースで配置されている関連する GitHub の問題を取得できるようになりました。

リリースのコミット

強化された書式設定を使用して、ビルドと配置の完了に関する電子メールを管理する

ビルドと配置の完了に関する電子メールは、電子メールルールによってより詳細にフィルター処理されるように更新されました。 これで、件名に関連する情報がひとめでわかるようになりました。本文には詳細が含まれており、そのスタイルは最新のブランドで更新されています。

新しい形式の要素は次のとおりです。

  • [Build result] [pipeline name] - [repository:branch] - [project name] - [commit]
  • [Deployment result] [pipeline name] > [release name] : [stage name]

次に例をいくつか示します。

  • [Build succeeded] IdentityService.CI - MyRepo:master - MyProject - d3b90b80
  • [Deployment succeeded] New release pipeline > NotificationSpecialRelease-1 : Stage 1

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

ビルドとリリース全体を通じて、類似した概念のために、さまざまな用語が使用されていました。 場合によっては、用語の意味があいまいになります。 たとえば、 エージェントプールエージェントキュー の違いを伝えます。

概念を明確にするために、Azure Pipelines で用語が統合されています。 次の統合された用語が表示されます。

従来の用語 統合された用語 説明
ホストされたエージェント Microsoft によってホストされるエージェント Microsoft によって管理されているクラウドでホストされるインフラストラクチャ上で実行されるビルド/リリースエージェント。
プライベートエージェント 自己ホスト エージェント 提供および管理されているコンピューター上で実行されるビルド/リリースエージェント。
エージェントプール エージェントプール ビルドまたはリリースを実行できる、組織レベルのエージェントコンピューターのセット。
エージェントキュー エージェントプール ビルドまたはリリースを実行できる、プロジェクトレベルのエージェントコンピューターのセット。 組織レベルのエージェントプールにリンクされています。
ビルド定義 ビルド パイプライン アプリケーションのビルドステップのエンドツーエンドのセット。
ビルド ビルド またはが実行されているビルドパイプラインのインスタンス。
段階 ジョブ エージェントで順次または並列で実行される一連のタスク。 ビルドまたはリリースパイプラインには、1つのジョブまたは複数のジョブのグラフを含めることができます。
リリース定義 リリース パイプライン さまざまな段階にわたってアプリケーションをデプロイするための一連のリリース手順。
Release Release またはが実行されているリリースパイプラインのインスタンス。
環境 段階 リリースパイプラインから生成されたリリースを配置する場所を表す論理エンティティと独立したエンティティ。
同時実行ジョブ/パイプライン 並列ジョブ 並列ジョブを使用すると、組織内で一度に1つのビルドジョブまたはリリースジョブを実行できます。 より多くの並列ジョブを使用できるので、同時により多くのビルドジョブとリリースジョブを実行できます。
サービス エンドポイント サービス接続 外部サービスに接続してビルドまたはリリースのタスクを実行するために使用される、資格情報などの設定のグループ。

詳細については、 概念 のドキュメントを参照してください。

マーケットプレース

最新の拡張機能のカテゴリを活用する

拡張機能の共同作業者として、 Marketplaceの名前を変更した Azure DevOps services と一致するように拡張機能のカテゴリが調整されていることがわかります。 以前のカテゴリは新しいカテゴリに自動的にマップされていますが、拡張機能のマニフェストを更新することで、新しいカテゴリに切り替えることをお勧めします。 詳細については、 マニフェスト のドキュメントを参照してください。

管理

新しいドメイン名の URL を使用するように既存の組織を切り替える

新しい dev.azure.com 組織の URL として新しいドメイン名に移行しましたが、通常どおり、ドメインを使用して引き続き組織にアクセスすることができ visualstudio.com ます。 に基づいて URL を変更する場合は、組織の dev.azure.com 管理者 (Project コレクション管理者) が [組織の設定] ページでこれを変更できます。 新しいドメイン名を採用してもすべての要求がリダイレクトされるわけではありませんが、組織のルート URL に対する要求と、多くの電子メールや web ベースのリンクからのリンクは変わります。

組織の URL 設定

お客様からのフィードバックに基づいて、新しい URL への移行を段階的に行います。 これはオプトインとして開始され、その後、組織の既定値として設定されます。 まだドメインから離れた場所に組織を移動するためのタイムラインを設定してい visualstudio.com ます。

重要

組織が既存のファイアウォールまたは IP 制限を使用できるようにするには、適切なドメイン名と IP アドレスが許可されていることを確認します。 詳細について は、このエージェント Q&セクションを 参照してください。

Azure Pipelines ライセンスコストを節約するために利害関係者ユーザーを追加する

重要

この機能を使用するには、お客様の組織で有効になっている 利害関係者プレビュー機能の Pipelines に無料でアクセス できる必要があります。

うれしいことに、 Azure Pipelines サービスのみを使用している場合は、Basic ライセンスを使用してユーザーの料金を支払う必要はありません。 Azure Pipelines のすべての機能は、すべてのユーザーが自由に利用できます。 プロジェクトにユーザーを追加すると、それらのユーザーは自由に関係者として保持され、適切なアクセス許可を持っている場合は、パイプラインの作成、表示、更新、承認を行うことができます。 このライセンス変更に関するその他の注意事項を次に示します。

  • Azure Pipelines では、追加の並列ジョブに対してのみ課金されます。 ユーザーは無制限です。
  • Azure Pipelines 機能へのすべてのアクセスは、引き続きセキュリティとアクセス許可モデルによって管理されます。
  • 他の Azure DevOps サービスを使用する場合でも、これらのサービスについては、無料の制限の後でユーザーごとのライセンスを支払う必要があります。
  • 既存の組織では、利害関係者は既定で無料 Azure Pipelines 特典を利用できません。 組織の管理者 (Project コレクション管理者) は、このプレビュー機能を明示的に有効にする必要があります。 このプレビュー機能を有効にすると、利害関係者が実行できる動作が変更されます。 現時点では、ビルドまたはリリースを管理することはできません。 ただし、プレビュー機能を有効にすると、Azure Pipelines の基本ユーザーと利害関係者の間に違いはありません。 これは、利害関係者を無料として扱うことを許可することを選択した場合に、管理者に Azure Pipelines ユーザーが残るためです。

詳細については、「 ビルドおよびリリースパイプラインを編集するための利害関係者アクセスを提供する」を 参照してください。

フィードバックの提供方法

これらの機能についてのご意見をお待ちしております。 [フィードバック] メニューを使用して、問題を報告したり、提案を入力したりします。

ご提案の送信

また、 Stack Overflowに関するアドバイスや質問についてコミュニティから回答を得ることもできます。

よろしくお願いします。

ジェレミエプリング