次の方法で共有

pull request エクスペリエンスの向上

  • [アーティクル]

このスプリントでは、プル要求エクスペリエンスに多くの機能強化を追加しています。 これには、省略可能なチェックの表示、Ctrl キーを押しながらクリックして新しいタブを開く機能、注釈への場所の追加、コメントのフィルター処理レイアウトの改善などがあります。

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

機能

Azure Boards

Azure Repos

Azure Pipelines

Azure Boards

バグ作業項目の種類に対する "割り当て済み" ルールの削除

アジャイル、スクラム、CMMI では、さまざまな作業項目の種類に対して、いくつかの非表示のシステム ルールがあります。 これらの規則は 10 年以上存在し、一般的に問題なく正常に動作してきました。 しかし、いくつかのルールが歓迎を使い果たしました。 特に 1 つのルールは、新規および既存の顧客に多くの痛みを引き起こしており、それを削除する時期を決定しました。 このルールは、アジャイル プロセスのバグ作業項目の種類に存在します。

"状態が解決済みに変更されたときに、割り当てられた値を Created By に設定する"

このルールに関する多くのフィードバックを受け取りました。 これに対して、アジャイル プロセスのバグ作業項目の種類からこのルールを削除しました。 この変更は、継承されたアジャイルまたはカスタマイズされた継承されたアジャイル プロセスを使用するすべてのプロジェクトに影響します。 この現在のルールが好きで依存しているお客様については、カスタム ルールを使用してルールを再追加するための手順に関するブログ投稿を参照してください。

Azure Repos

Pull Request エクスペリエンスの改善のバッチ

新しい pull request エクスペリエンスは、数か月間プレビュー段階にあります。 多くのお客様から寄せられたフィードバックに対応しています。 このスプリントのデプロイで確認できる次の機能強化をお知らせします。

オプションのチェックを表示する

お客様は、オプションのチェックを使用して、潜在的な問題に開発者の注意を引きます。 以前のエクスペリエンスでは、これらのチェックが失敗したときには明らかだった。 ただし、プレビュー エクスペリエンスではそうではありません。 必要なチェックの大きな緑色のチェックマークは、オプションのチェックで障害をマスクします。 ユーザーは、チェックパネルを開いて、オプションのチェックが失敗したことを検出することしかできませんでした。 開発者は、問題の兆候がない場合は、あまりこれを行いません。 このデプロイでは、省略可能なチェックの状態が概要に表示されるようにしました。


省略可能なチェックを表示する


Ctrl キーを押しながらメニュー項目をクリックする

PR のタブ メニューでは、Ctrl キーを押しながらクリックすることはできませんでした。 多くの場合、ユーザーは pull request を確認すると、新しいブラウザー タブを開きます。 これは修正されました。

[+] 注釈の場所

PR 内のファイルのツリー リストには、作成者と校閲者が新しいファイルを識別するのに役立つ注釈 [+] が表示されます。 注釈は省略記号の後にあったため、多くの場合、長いファイル名では表示されませんでした。


注釈の場所を表示する

PR 更新プログラムのドロップダウンがタイミング情報を回復する

PR 内のファイルの更新と比較を選択するドロップダウンは、プレビュー エクスペリエンスで重要な要素を失いました。 その更新がいつ行われたかは表示されませんでした。 これは修正されました。


PR 更新プログラムのドロップダウンにタイミング情報がありません

コメント フィルターのレイアウトの改善

プル要求の概要ページでコメントをフィルター処理する場合、ドロップダウンは右側にありますが、テキストは左揃えでした。 これは修正されました。


コメント フィルターのレイアウトの改善

次の 2 つのスプリントでさらに改善が計画されています。

Azure Pipelines

Azure Pipelines エージェントのノードの更新

最初に公開されたものからの更新: Red Hat Enterprise Linux 6 と Node 14 との互換性がないため、Node 14 の作業が中断され、最初に Node 10 にアクセスすることに重点が置かれます。

このリリースでは、Azure Pipelines タスクの優先ランタイムとして、Node 6 からサポートされている Node バージョンへの移行を開始しました。 ノード 10 で実行するように、インザボックス タスクの最初のバッチを更新しました。 この変更により、エージェントからノード 6 を既定で削除するプロセスの開始がマークされます。 ノード 6 は長期的なサポートを終了しており、多くの場合、自動スキャナーによってセキュリティ リスクとしてフラグが付けられます。 Node 6 の使用は潜在的な欠陥の大部分の影響を受ける可能性は低いと考えていますが、サポートされているランタイムにタスクを配置することは重要です。 暦年 2021 では、Node 6 を使用せずにエージェントのバージョンの出荷を開始する予定です。

Node 10 対応タスクのいずれかを使用する場合、セルフホステッド エージェントは、新しいバージョンのタスクを実行するように自身を更新します。 それ以外に、ほとんどのお客様に影響はありません。 一方、タスクの作成者である場合は、ノード 10 で実行するようにタスクの更新を開始する必要があります。 のtask.json下executionで、次の場所からNodeNode10更新できます。 以前のバージョンのサーバーをサポートする必要がある場合は、エントリ ポイントから Node 退出できます。 Node 10 ハンドラーを理解している Azure DevOps のインスタンスは、既定でそれを選択し、ノード 6 の実装にフォールバックしません。

スケール セット エージェントで調査するために異常なエージェントを保存する

スケール セット エージェントを使用すると、Azure Pipelines によってエージェント インスタンスのスケールアップとスケールダウンが管理されます。 Azure Pipelines は、スケール セット内の異常な VM を検出すると、問題をプール診断 UI に記録し、VM の削除を試みます。 VM が異常になる理由は多数あります。スケール セットのネットワーク構成によって、Azure Pipelines 拡張機能が最新のエージェントをダウンロードできなかったり、カスタム スクリプト拡張機能が失敗したり、スケール セットの VM イメージの再起動が保留中になったり、Windows 更新が保留中になったりする可能性があります。

異常な VM を削除することで、Azure Pipelines は CI/CD ジョブを実行するように最適化されたエージェント プールを維持します。 場合によっては、Azure Pipelines 診断 ページ (上図) または Azure 診断 ページを使用してこの問題をデバッグできる場合があります。 ただし、多くの場合、問題を診断する最善の方法は、VM にログインし、エージェント ログとイベント ビューアー ログを確認することです。 現時点では、異常な VM は自動的に削除されるため、これは簡単ではありません。

このリリースでは、異常なエージェントを調査用に保存する機能を提供することで、異常な VM の診断可能性を強化しました。

異常なエージェントが保存されたら、仮想マシンに接続し、デバッグし、必要なログを取得できます。 完了したら、エージェントと関連付けられている VM を解放できます。 詳細については、異常なエージェントのトラブルシューティングに関するセクションを参照してください。

ubuntu-latest パイプラインでは間もなく Ubuntu-20.04 が使用されます

Ubuntu 20.04 は、Azure Pipelines のラベルの ubuntu-latest 既定のバージョンになります。 この変更は、11 月 30 日から数週間にわたってロールアウトされます。

Ubuntu パイプラインに問題がある場合:

  • 仮想環境リポジトリに問題を 提出する
  • パイプラインで指定vmImageして ubuntu-18.04 Ubuntu 18.04 に戻ります。 Ubuntu 18.04 は引き続きサポートされます。

ubuntu-18.04プレインストールされているツールとubuntu-20.04既定のバージョンのツールの両方で異なる場合があることに注意してください。 すべての違いの詳細については、を参照してください https://github.com/actions/virtual-environments/issues/1816。

次のステップ

Note

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

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

Azure DevOps に移動する

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

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

ご提案の送信

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

よろしくお願いします。

Matt Cooper