リリースと Jira の問題間の双方向の追跡-スプリント154更新プログラム

Azure DevOps の スプリント154更新プログラム では、Atlassian Marketplace に Jira アプリの Azure Pipelines をリリースしています。 統合により、リリースと共に配置された作業項目として Jira の懸案事項へのリンクが追加され、Jira の問題に直接デプロイの詳細を表示できるようになります。

また、作業項目の検索と追跡を容易にするための機能強化が行われました。 検索ボックスで、作業項目のクイック検索と最近の作業項目の一覧がサポートされるようになりました。 さらに、wiki では、wiki コンテンツを使用して作業項目を作成および追跡できるようにすることで、ライブドキュメントを作成できるようになりました。

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

Azure DevOps の新機能

特徴

全般:

Azure Boards:

Azure Pipelines:

Azure Test Plans:

Azure Repos:

Azure Artifacts:

Wiki:

全般

Azure DevOps CLI の一般提供

2月に、Azure CLI 向けの Azure DevOps 拡張機能が導入されました。 拡張機能を使用すると、コマンドラインから Azure DevOps を操作できます。 拡張機能を向上させ、コマンドを追加するためのフィードバックを収集しました。 拡張機能が一般公開されていることをお知らせします。

Azure DevOps CLI の詳細については、 こちらのドキュメントを参照してください。

Azure Boards

作業項目のライブ再読み込み

以前は、作業項目を更新するときに、2番目のチームメンバーが同じ作業項目に変更を加えようとした場合、2番目のユーザーは変更を失います。 これで、両方が異なるフィールドを編集している限り、作業項目に加えられた変更のライブ更新が表示されます。

作業項目のライブ再読み込み。

コマンドラインからイテレーションパスと領域パスを管理する

コマンドとコマンドを使用して、コマンドラインからイテレーションパスと領域パスを管理できるようになりました az boards iteration az boards area 。 たとえば、イテレーションパスと領域パスを CLI から対話形式で設定および管理したり、スクリプトを使用してセットアップ全体を自動化したりできます。 コマンドと構文の詳細については、 こちらのドキュメントを参照してください。

作業項目の親列を列オプションとして使用

製品バックログまたはスプリントバックログ内のすべての作業項目の親を確認できるようになりました。 この機能を有効にするには、目的のバックログの 列のオプション にアクセスし、 列を追加します。

バックログに列として親列を追加します。

作業項目のクイック検索

最近アクセスした作業項目、ボード、バックログ、スプリントを簡単に見つけることができるようになりました。 Azure Boards の [検索] ボックスをクリックして、最近アクセスした作業項目にアクセスできるようになりました。

ヒント

検索ボックスを呼び出すには、キーボードショートカット "/" を入力します。

検索から最近表示した作業項目とボード項目に移動します。

入力時に作業項目を検索する

検索ボックスに入力したときに、作業項目の検索結果を表示できるようになりました。 これは、選択した作業項目にすばやく移動するのに役立ちます。

入力時に検索結果を表示します。

さらに、コードと wiki の検索結果に移動するには、作業項目の検索での着陸によってタブを切り替え、タブを変更してコード wiki またはパッケージの検索結果を表示する必要があります。

Azure Boards からコードと wiki の検索結果に移動します。

プロジェクトによって使用されるプロセスの変更

お使いのツールは、チームの作業に合わせて変更する必要があります。すぐに使用できる任意のプロセステンプレートから、任意の既定のプロセスにプロジェクトを切り替えることができます。 たとえば、プロジェクトをアジャイルからスクラム、または Basic から Agile に使用するように変更できます。 詳細な手順については、 こちらを参照してください。

プロジェクトによって使用されるプロセスを変更します。

レイアウトからカスタムフィールドを非表示にする

プロセスをカスタマイズするときに、フォームレイアウトからカスタムフィールドを非表示にできるようになりました。 このフィールドは、クエリと REST Api からも使用できます。 これは、他のシステムと統合するときに、追加のフィールドを追跡する場合に便利です。

作業項目のレイアウトからカスタムフィールドを非表示にします。

Azure Pipelines

Jira 向けアプリの Azure Pipelines

Jira 向け Azure パイプラインアプリの可用性を発表いたします。 統合により、Azure Pipelines のリリースと Jira ソフトウェアクラウドの問題との間の双方向のリンクが可能になります。 リリースノートは、「リリースでデプロイされた GitHub コミット」に記載されている Jira の問題を追跡することで、リリースノートの生成を簡略化します。

Jira 用アプリを Azure Pipelines します。

さらに、Azure Pipelines からのビルドとリリースの情報が表示され、問題の [開発] パネルに表示されます。 これにより、問題がどのように配信されるかの追跡が可能になり、問題の作成から Jira で追跡されている展開までの緊密な開発サイクルが実現します。

Jira で追跡されるビルドとリリースの情報。

Jira software cloud との Azure Pipelines 統合の詳細については、 こちらのドキュメントを参照してください。

余裕のための Azure Pipelines アプリの機能強化

2月に、パイプラインの監視に役立つ余裕のために Azure Pipelines アプリをリリースしました。 この更新により、アプリが拡張されました。 は、 @mention トリガーされた失敗したビルドの通知がある場合に、を使用します。 また、リリース配置の承認保留中の通知に関する承認者であることが通知されます。

さらに、Azure Pipelines アプリにビルドまたはリリースへのリンクを貼り付けて、パイプラインの豊富なプレビューを取得できるようになりました。 これにより、リンクにコンテキストが追加され、Azure DevOps に簡単に移動できるようになります。

たとえば、ビルドへのリンクを貼り付けると、ビルドの詳細と現在の状態が表示されます。

Azure Pipelines アプリの [URL 展開 (リンクプレビュー)] を使用します。

この更新プログラムの詳細については、 こちらのブログ投稿を参照してください。

1つのホストプール

注意

これは今後の変更であり、事前に通知する必要があります。

複数のホストされたプールを使用すると、時間を混同する可能性があります。 同時実行が使用されている場所を正確に把握することはできません。 たとえば、10個の並列ジョブの同時実行がある場合、ホストされている各プールには10個の仮想エージェントが表示されますが、これは正確ではありません。 ジョブが、すべてのアイドル状態のエージェントで特定のホストプール (Hosted VS2017 など) を待機しているときに、同時実行性が他のホストプール (ホストされている Ubuntu 1604 など) で使用される可能性があることを認識せずに、Azure Pipelines サービスが中断される可能性があります。

ここでは、Azure Pipelines という名前の新しい統合ホストエージェントプールを含むように、エージェントプールの管理エクスペリエンスを更新します。 これにより、ホストされている他のホストプール、ホステッド VS2017、ホストされている Ubuntu 1604、ホステッド Windows 2019 が VS2019、ホステッド macOS、およびホストされている macOS (高) に置き換えられます。

この機能をデプロイすると、1つのホストプールが表示され、そのプールで実行されているジョブの数を正確に把握することができます。 この変更は、次のいくつかのスプリントに対してロールアウトする予定です。 以前にホストされていたプールから新しい統合プール内の適切なイメージにジョブが自動的にリダイレクトされるため、パイプラインを変更する必要はありません。

組織の設定のエージェントプールインターフェイスが更新されました

以前は、プロジェクト設定の [エージェントプール] 管理ページを、新しいユーザーインターフェイスを含むように変更しました。 この更新プログラムでは、[組織の設定] の下にあるエージェントプールのインターフェイスを更新します。 この新しいインターフェイスは、ホストされたプールの統合や同時実行ジョブの使用状況を追跡する機能など、今後の機能に役立ちます。

今後の機能の詳細については、「 単一のホストプールに関するリリースノート」を参照してください。

キュー時にオーバーライドできる変数の制御

現時点では、UI または REST API を使用して、新しい実行を開始する前に任意の変数の値を更新できます。 パイプラインの作成者は特定の変数をとしてマークできますが、 _settable at queue time_ システムはこれを強制したり、他の変数を設定したりできませんでした。 つまり、この設定は、新しい実行を開始するときに追加の入力を要求するためにのみ使用されていました。

パラメーターを適用する新しい組織設定が追加されました _settable at queue time_ 。 これにより、新しい実行を開始するときにどの変数を変更できるかを制御できるようになります。 今後、著者によってマークされていない変数をとして変更することはできません _settable at queue time_

注意

この設定は、既存の組織では既定でオフになっていますが、新しい Azure DevOps 組織を作成すると、既定でオンになります。

大規模なテスト添付ファイルのサポート

Azure Pipelines の [テスト結果の発行] タスクを使用すると、テストを実行したときにテスト結果を発行して、包括的なテストレポートと分析エクスペリエンスを提供できます。 これまでは、テストの実行とテスト結果の両方について、テストの添付ファイルに 100 MB の制限がありました。 これにより、クラッシュダンプやビデオなどのビッグファイルのアップロードが制限されます。 この更新により、大規模なテスト添付ファイルのサポートが追加され、失敗したテストのトラブルシューティングに使用できるすべてのデータを取得できるようになりました。

YAML パイプラインでのデプロイ

配置ジョブは、アプリを環境に配置するために使用される特別な種類の ジョブ です。 この更新プログラムを適用すると、デプロイジョブでの ステップ参照 のサポートが追加されました。 たとえば、一連のステップを1つのファイルで定義し、展開ジョブで参照することができます。

また、デプロイジョブに追加のプロパティのサポートを追加しました。 たとえば、次のように設定できる展開ジョブのプロパティはありません。

  • timeoutInMinutes -自動的にキャンセルされる前にジョブを実行する期間
  • cancelTimeoutInMinutes -"取り消されたタスクがある場合でも常に実行する" を終了するまでにどれくらいの時間を与えるか
  • 条件 -ジョブを条件付きで実行します
  • 変数 -ハードコードされた値を直接追加することも、 変数グループ を使用して Azure key vault によってサポートされる変数グループ を参照することもできます。また、 ファイルで定義されている変数のセットを参照することもできます。
  • continueOnError -この配置ジョブが失敗した場合でも、後続のジョブを実行する必要があるかどうかを指定します。既定値は ' false ' です

配置ジョブの詳細と、配置ジョブを指定する完全な構文については、「 配置ジョブ」を参照してください。

Optimizely の統合

Optimizely は、製品チームを対象とした強力な A/B テストおよび機能フラグのプラットフォームです。 Azure Pipelines と Optimizely 実験プラットフォームを統合することにより、製品チームは迅速なペースでテスト、学習、デプロイを行うことができ、Azure Pipelines のすべての DevOps メリットを得ることができます。

Azure DevOps の Optimizely 拡張機能では、実験と機能フラグのロールアウト手順がビルドパイプラインとリリースパイプラインに追加されるため、継続的に反復処理したり、機能をロールアウトしたり、Azure Pipelines を使用してロールバックしたりすることができます。

Azure DevOps Optimizely 拡張機能の詳細について は、こちらを参照してください。

Optimizely

GitHub リリースを成果物ソースとして追加する

これで、Azure DevOps リリースパイプラインで、GitHub リリースを成果物ソースとしてリンクできるようになりました。 これにより、デプロイの一部として GitHub リリースを使用できるようになります。

リリースパイプライン定義で [ アーティファクトの追加 ] をクリックすると、新しい GitHub リリース ソースの種類が表示されます。 GitHub リリースを使用するには、サービス接続と GitHub リポジトリを提供します。 GitHub リリースの既定のバージョンを選択して、最新の特定のタグバージョンとして使用したり、リリース作成時に選択したりすることもできます。 GitHub リリースがリンクされると、自動的にダウンロードされ、リリースジョブで利用できるようになります。

GitHub リリースを成果物ソースとして追加します。

Azure DevOps ポータルからの追加パイプラインの支払い

以前は、Marketplace にアクセスして、追加のパイプラインを支払う必要がありました。 これで、Azure DevOps ポータルから追加のパイプラインを購入できるようになりました。 Microsoft がホストしているまたは自己ホスト型の CI/CD の数は、 組織の設定 > 課金 によって増減できます。

詳細については、 ここにある CI/CD の購入に関するドキュメントを参照してください。

リリースをリリースハブから直接承認する

保留中の承認に対する動作は簡単になりました。 これまでは、リリースの詳細ページからリリースを承認することができました。 リリースハブから直接リリースを承認できるようになりました。

リリースをリリースハブから直接承認します。

Kubernetes 環境のリソースビューへのリンクを追加しました。これにより、対応するクラスターの Azure ブレードに移動できます。 これは、Azure Kubernetes Service クラスターの名前空間にマップされている環境に適用されます。

環境の Kubernetes リソースビューの Azure Kubernetes Service クラスターリンク。

通知配信登録のリリースフォルダーフィルター

フォルダーを使用すると、簡単に見つけやすく、セキュリティ制御するためにパイプラインを整理できます。 場合によっては、フォルダーの下にあるすべてのパイプラインで表されるすべてのリリースパイプラインのカスタム電子メール通知を構成することができます。 以前は、複数のサブスクリプションを構成するか、サブスクリプションに複雑なクエリを設定して、注目すべきメールを取得する必要がありました。 この更新プログラムを適用すると、[ 配置の完了 ] および [ 承認待ち ] イベントに release folder 句を追加し、サブスクリプションを簡略化できるようになりました。

通知配信登録のリリースフォルダーフィルター。

外部 Git リポジトリを Azure Kubernetes Services にデプロイする (AKS)

以前は、AKS deployment center でコードの場所として Azure Repos と GitHub がサポートされていました。 この更新により、 外部 git リポジトリのサポートが追加され、任意のパブリックまたはプライベート git リポジトリから AKS にコードをデプロイできるようになります。

外部 Git リポジトリから AKS にデプロイします。

DevOps Projects での Bitbucket リポジトリのサポート

DevOps Projects に Bitbucket リポジトリのサポートが追加されました。 これで、Azure リソースにデプロイするときに選択できる OAuth エクスペリエンスとリポジトリとブランチの一覧が表示されます。

DevOps Projects のリポジトリを Bitbucket します。

AKS および WebApp コンテナーの deployment center で Dockerfile を選択する

AKS および WebApp コンテナーの deployment center で Dockerfile を選択できるようになりました。 これは、異なるバージョンの Dockerfile を維持する場合や、同じリポジトリ内に複数のアプリケーションを配置する場合に便利です。 これにより、プッシュする特定の DockerFile/アプリケーションを選択できるようになります。

AKS および WebApp コンテナーの deployment center で Dockerfile を選択します。

Azure Test Plans

新しいテスト計画ページのパブリックプレビュー

新しい Test Plans ページ (* * Test Plans * * *) は、すべての Azure DevOps 組織にパブリックプレビューで使用できます。 新しいページには、手動によるテストの計画、作成、または実行の作業に集中するのに役立つ、合理化されたビューが用意されています。 また、Azure DevOps オファリングの残りの部分との間でも、使いやすいものになります。

新しいテスト計画ページ。

新しいページでは、次に示すようにプレビュー機能を有効にすることができます。

新しい Test Plans ページを有効にします。

Test Plans * ページには、 テスト計画のコピーや複製 などの新機能に加えて、既存のページの機能の大部分が含まれます。 ここでは、3週間ごとにテスト計画と作成機能を追加します。

新しい Test Plans ページの機能。

新しいページの詳細については、 こちらのドキュメントを参照してください。

Azure Repos

Azure Repos イベントの監査

組織の設定の [Azure DevOps 監査] タブで使用できるリポジトリのイベントが追加されました。 作成、削除、変更、またはバイパスされたポリシーのイベントを表示できるようになりました。 さらに、リポジトリが作成されたとき (分岐や削除の削除を含む)、名前変更、論理的な削除、破棄、または既定のブランチが変更されたときに、そのイベントを表示できます。

Azure Repos イベントの監査。

Azure Artifacts

フィードページの読み込み時間の改善

フィードページの読み込み時間が改善されたことをお知らせします。 平均すると、フィードページの読み込み時間が10% 低下します。 最大のフィードは、99パーセンタイルフィードページの読み込み時間 (すべてのフィードの最大99% の読み込み時間) が75% 減少したことを示しています。

Wiki

コード wiki ページのリッチ編集

以前は、コード wiki ページを編集するときに、編集のために Azure Repos hub にリダイレクトされました。 現在、リポジトリハブは markdown 編集用に最適化されていません。

Wiki 内のサイドバイサイドエディターでコード wiki ページを編集できるようになりました。 これにより、rich markdown ツールバーを使用してコンテンツを作成し、プロジェクト wiki と同じ編集エクスペリエンスを実現できます。 コンテキストメニューの [ リポジトリで編集 ] オプションを選択して、リポジトリでの編集を選択することもできます。

Wiki ハブのコード wiki のリッチ編集。

Wiki ページからの作業項目の作成と埋め込み

お客様からのフィードバックをお待ちしておりますが、wiki を使用して、ブレインストーミングドキュメント、計画ドキュメント、機能に関するアイデア、仕様ドキュメント、会議の議事録をキャプチャすることになります。 Wiki ページを離れることなく、計画ドキュメントから直接、機能やユーザーストーリーを簡単に作成できるようになりました。

作業項目を作成するには、作業項目を埋め込む wiki ページ内のテキストを選択し、[ 新しい作業項目] を選択します。 これにより、作業項目を最初に作成する必要がなくなるため、時間を節約できます。 [編集] にアクセスして、作業項目を検索して埋め込むことができます。 また、wiki の範囲を超えないように、コンテキストの切り替えを減らすこともできます。

Wiki コンテンツから作業項目を作成して埋め込みます。

Wiki からの作業項目の作成と対象の詳細については、 こちらのドキュメントを参照してください。

次のステップ

注意

これらの機能は、次の 2 ~ 3 週間にわたってロールアウトされます。

Azure DevOps に目を通して、見てみましょう。

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

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

ご提案の送信

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

よろしくお願いします。

Biju