リリースと Jira の問題間の双方向の追跡可能性 - Sprint 154 Update

Microsoft では Azure DevOps の Sprint 154 Update において、Jira 用 Azure Pipelines アプリを Atlassian マーケットプレースにリリースします。 この統合によって、リリースと共にデプロイされる作業項目として Jira イシューへのリンクが追加され、Jira イシューで直接デプロイの詳細を確認できるようになります。

また、作業項目を簡単に検索して追跡できるように改善も加えました。 検索ボックスでは、作業項目のクイック検索と、最近使用した作業項目の一覧がサポートされました。 さらに、Wiki では、Wiki コンテンツをを使用して作業項目を作成および追跡できるようにすることで、ライブ ドキュメントの作成が可能になりました。

詳細については、以下の Features 一覧を参照してください。

Azure DevOps の新機能

機能

全般:

• Azure DevOps CLI の一般提供

Azure Boards:

• 作業項目のライブでの再度読み込み
• コマンド ラインによるイテレーションと区分パスの管理
• 列オプションとしての、作業項目の親列
• 作業項目のクイック検索
• 入力中の作業項目の検索
• プロジェクトで使用されるプロセスを変更する
• レイアウトからユーザー設定フィールドを非表示にする

Azure Pipelines:

• Jira 用 Azure Pipelines アプリ
• Slack 用 Azure Pipelines アプリの強化
• 単一のホストされたプール
• 組織設定での更新されたエージェント プール インターフェイス
• キューの時点でオーバーライド可能なコントロール変数
• サイズの大きなテスト用添付ファイルのサポート
• YAML パイプラインでのデプロイ
• Optimizely の統合
• 成果物ソースとしての GitHub リリースの追加
• Azure DevOps ポータルからの追加パイプラインの支払い
• リリース ハブからの直接的なリリース承認
• Kubernetes 環境リソース ビューでの Azure Kubernetes Service クラスターのリンク
• 通知サブスクリプションでのリリース フォルダーのフィルター
• Azure Kubernetes Services (AKS) への外部 Git リポジトリのデプロイ
• DevOps Projects での Bitbucket リポジトリのサポート
• AKS および WebApp コンテナー用のデプロイ センターでの Dockerfile の選択

Azure Test Plans:

• 新しい Test Plans ページのパブリック プレビュー

Azure Repos:

• Azure Repos イベントの監査

Azure Artifacts:

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

Wiki

• コード Wiki ページの多彩な編集機能
• 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 から対話形式でイテレーション パスとエリア パスを設定および管理したり、スクリプトを使用してセットアップ全体を自動化したりできます。 コマンドと構文の詳細については、ドキュメントを参照してください。

列オプションとしての、作業項目の親列

これで、製品バックログまたはスプリント バックログ内のすべての作業項目の親を表示するオプションが追加されました。 この機能を有効にするには、目的のバックログの Column Options に移動し、 Parent 列を追加します。

作業項目のクイック検索

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

ヒント

キーボード ショートカット "/" を入力して、検索ボックスを呼び出すことができます。

入力中の作業項目の検索

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

さらに、作業項目の検索に移動し、タブを変更してコード Wiki またはパッケージの検索結果を表示することで、タブを切り替えることなく、コードと Wiki の検索結果に移動できます。

プロジェクトで使用されるプロセスを変更する

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

レイアウトからユーザー設定フィールドを非表示にする

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

Azure Pipelines

Jira 用 Azure Pipelines アプリ

Jira 用の Azure Pipeline アプリが利用可能であることをお知らせします。 この統合により、Azure Pipelines のリリースと Jira ソフトウェア クラウドの問題間の双方向リンクが可能になります。 リリースと共にデプロイされた GitHub コミットで言及されている Jira の問題を追跡することで、リリース ノートの生成を簡略化します。

さらに、Azure Pipelines からのビルドとリリースの情報が表示され、問題の開発パネルに表示されます。 これにより、問題が配信される方法とタイミングの追跡が可能になり、問題の作成から Jira で追跡されるデプロイまでの厳密な開発サイクルが提供されます。

Slack 用 Azure Pipelines アプリの強化

2 月に、パイプラインの監視に役立つ Slack 用 Azure Pipelines アプリをリリースしました。 この更新プログラムにより、アプリが強化されました。 トリガーした失敗したビルドの通知がある場合は、Slack チャネルで @mention を使用します。 さらに、リリース展開承認保留中の通知の承認者である場合にも通知されます。

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

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

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

単一のホストされたプール

Note

これは、事前に通知する今後の変更です。

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

Azure Pipelines と呼ばれる新しい統合ホステッド エージェント プールを含むように、エージェント プール管理エクスペリエンスを更新します。 これにより、Hosted、Hosted VS2017、Hosted Ubuntu 1604、Hosted Windows 2019 with VS2019、Hosted macOS、Hosted macOS High Sierra など、他のホストされているプールが間もなく置き換えられます。

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

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

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

今後の機能の詳細については、 single ホストプールのリリース ノートを参照してください。

キューの時点でオーバーライド可能なコントロール変数

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

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

Note

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

サイズの大きなテスト用添付ファイルのサポート

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

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

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

また、デプロイ ジョブに追加のプロパティのサポートも追加されました。 たとえば、設定できるデプロイ ジョブのプロパティをいくつか次に示します。

• timeoutInMinutes - ジョブを実行してから自動的に取り消されるまでの時間
• cancelTimeoutInMinutes - "取り消されたタスクが取り消された場合でも常に実行する" 時間を与えてから終了するまでの時間
• condition - ジョブを条件付きで実行する
• variables - ハードコードされた値を直接追加することも、 可変グループ 、Azure キー コンテナーによってサポートされる可変グループ 参照することも ファイルに定義されている一連の 可変値を参照することもできます。
• continueOnError - このデプロイ ジョブが失敗した場合でも将来ジョブを実行する必要がある場合は、既定値は 'false' です。

デプロイ ジョブの詳細と、デプロイ ジョブを指定するための完全な構文については、「 デプロイ ジョブを参照してください。

Optimizely の統合

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

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

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

成果物ソースとしての GitHub リリースの追加

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

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

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

以前は、追加のパイプラインの料金を支払うために Marketplace にアクセスする必要がありました。 Azure DevOps ポータルから追加のパイプラインを購入できるようになりました。 Microsoft ホスト型またはセルフホステッド CI/CD の数は、 Organization Settings > Billing から増減できます。

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

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

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

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

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

通知サブスクリプションでのリリース フォルダーのフィルター

フォルダーを使用すると、パイプラインを整理して、見つけやすさとセキュリティ制御を容易にできます。 多くの場合、フォルダー内のすべてのパイプラインで表される、すべてのリリース パイプラインに対してカスタム電子メール通知を構成できます。 以前は、複数のサブスクリプションを構成するか、サブスクリプションで複雑なクエリを実行して、集中型の電子メールを取得する必要がありました。 この更新プログラムでは、リリース フォルダー句を deployment completed および approval pending イベントに追加し、サブスクリプションを簡略化できるようになりました。

Azure Kubernetes Services (AKS) への外部 Git リポジトリのデプロイ

以前は、AKS デプロイ センターでコードの場所として Azure Repos と GitHub をサポートしました。 この更新プログラムでは、パブリックまたはプライベートの Git リポジトリから AKS にコードをデプロイできるように、 External Git リポジトリのサポートが追加されます。

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

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

AKS および WebApp コンテナー用のデプロイ センターでの Dockerfile の選択

これで、AKS および WebApp コンテナーのデプロイ センターで Dockerfile を選択できるようになりました。 これは、異なるバージョンの Dockerfile を維持する場合や、同じリポジトリに複数のアプリケーションを含める場合に役立ちます。 これにより、プッシュする特定の DockerFile/アプリケーションを選択できます。

Azure Test Plans

新しい Test Plans ページのパブリック プレビュー

新しい [テスト プラン] ページ (Test Plans*) は、すべての Azure DevOps 組織がパブリック プレビューで利用できます。 新しいページには、目の前のタスク (テストの計画、作成、実行) に焦点を当てるのに役立つ、合理化されたビューが用意されています。 また、低優先で、Azure DevOps オファリングの残りの部分と一貫性があります。

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

[テスト 計画* ] ページには、 copy や clone テスト プランなどの新機能に加えて、既存のページのほとんどの機能が含まれます。 3 週間ごとにテスト計画と作成機能を引き続き追加します。

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

Azure Repos

Azure Repos イベントの監査

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

Azure Artifacts

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

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

Wiki

コード Wiki ページの多彩な編集機能

以前は、コード Wiki ページを編集するときに、編集のために Azure Repos ハブにリダイレクトされていました。 現時点では、Repo ハブはマークダウン編集用に最適化されていません。

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

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

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

作業項目を作成するには、作業項目を埋め込む Wiki ページのテキストを選択し、新しい作業項目 選択。 作業項目を最初に作成し、編集に移動して埋め込む作業項目を見つける必要がないため、時間が節約されます。 また、Wiki のスコープから外れないため、コンテキストの切り替えも減ります。

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

次のステップ

Note

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

Azure DevOps に向かい、見てみましょう。

Azure DevOps に移動する

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

これらの機能に関するご意見をお聞かせください。 フィードバック メニューを使用して、問題を報告したり、提案を提供したりします。

Stack Overflow のコミュニティからアドバイスや質問に回答してもらうこともできます。

よろしくお願いします。

Biju Venugopal