次の方法で共有


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

Azure DevOps の Sprint 154 Update では、 Azure Pipelines for Jira アプリを Atlassian マーケットプレースにリリースします。 この統合により、リリースでデプロイされた作業項目として 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 areaエリア パスをaz boards iteration管理できるようになりました。 たとえば、CLI から対話形式でイテレーション パスとエリア パスを設定および管理したり、スクリプトを使用してセットアップ全体を自動化したりできます。 コマンドと構文の詳細については、 こちらのドキュメントを参照してください。

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

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

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

作業項目のクイック検索

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

ヒント

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

最近表示した作業項目に移動し、検索からボードアイテムに移動します。する

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

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

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

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

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

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

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

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

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

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

作業項目レイアウトからユーザー設定フィールドを非表示にします。

Azure Pipelines

Jira 用 Azure Pipelines アプリ

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

Jira 用 Azure Pipelines アプリ。

さらに、Azure Pipelines からのビルドとリリースの情報が表示され、問題の開発パネルに表示されます。 これにより、問題がいつどのように配信されるかの追跡が有効になり、問題の作成から Jira で追跡されるデプロイまでの厳密な開発サイクルが提供されます。

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

Slack 用 Azure Pipelines アプリの機能強化

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

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

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

Slack 用 Azure Pipelines アプリの URL 展開解除 (リンク プレビュー)。

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

単一ホスト プール

注意

これは、事前に伝える予定の変更です。

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

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

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

organization設定でエージェント プール インターフェイスを更新しました

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

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

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

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

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

注意

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

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

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

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

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

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

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

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

統合を最適化する

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

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

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

機能を最適化して

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

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

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

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

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

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

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

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

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

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

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

[環境] の Kubernetes リソース ビューの [クラスター] リンクをAzure Kubernetes Serviceします。

通知サブスクリプションのフォルダー フィルターを解放する

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

通知サブスクリプションのフォルダー フィルターを解放します。

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

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

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

DevOps プロジェクトでの Bitbucket リポジトリのサポート

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

DevOps プロジェクトの Bitbucket リポジトリ。

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

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

AKS と WebApp コンテナーのデプロイ センターで Dockerfile を選択します。

Azure Test Plans

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

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

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

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

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

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

新しいTest Plans ページ機能。

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

Azure Repos

Azure Repos イベントの監査

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

Azure Repos イベントの監査。

Azure Artifacts

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

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

Wiki

コード Wiki ページの豊富な編集

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

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

Wiki Hub でのコード Wiki の豊富な編集。

Wiki ページから作業項目を作成して埋め込む

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

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

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

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

次のステップ

Note

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

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

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

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

ご提案の送信

Stack Overflow のコミュニティが回答したアドバイスや質問を受けることもできます。

よろしくお願いします。

Biju Venugopal