Azure Boardsの機能強化 - Sprint 156 Update
Azure DevOps の Sprint 156 Update では、引き続きAzure Boardsを改善し、ユーザーのエクスペリエンスを向上させるのに役立つ項目を含めます。 たとえば、システム 選択リストの値 (重大度、アクティビティ、優先度など) をカスタマイズできるようになりました。 さらに、グループ メンバーシップに基づいてフィールドを読み取り専用または必須に設定するためのルール サポートを追加しました。 最後に、作業項目フォームに 連鎖選択リストを 作成できるように、新しい拡張機能を作成しました。
詳細については、以下の 機能 の一覧を参照してください。
Azure DevOps の新機能
機能
全般:
Azure Boards:
- グループ メンバーシップの読み取り専用ルールと必須ルール
- システム選択リストの値をカスタマイズする
- 新しい作業項目 URL パラメーター
- テキスト フィールドでユーザー、作業項目、PR をメンションする
- ディスカッションコメントに対する反応
- Azure Boardsレポートをダッシュボードにピン留めする
Azure Repos:
Azure Artifacts:
Azure Pipelines:
全般
Docker
テスト
ホストされている VM
Azure エクスペリエンス
- AKS のデプロイ センターでの Bitbucket リポジトリとコンテナー用 Web アプリのサポート
- Azure DevOps プロジェクトでの Java ワークフローに対する Linux Web アプリのサポート
Azure コマンド ライン インターフェイス
Azure Test Plans:
レポート:
Wiki:
全般
organizationへのアクセスを要求する新しい UI
新しい要求アクセス UI を使用して、organizationへのアクセスを要求できるようになりました。 アクセスが必要な Azure DevOps organizationと同じテナントに属している場合、新しい要求アクセス UI を使用すると、アクセスが必要な理由の正当な理由を含むorganizationを管理者に通知できます。 管理者は、要求の詳細を含む電子メール通知を Azure DevOps から受信します。 詳細には、リクエスタの電子メール ID、ターゲット organization名、理由が含まれます。
Azure Boards
グループ メンバーシップの読み取り専用ルールと必須ルール
作業項目ルールを使用すると、作業項目フィールドに特定のアクションを設定して動作を自動化できます。 ルールを作成して、グループ メンバーシップに基づいてフィールドを読み取り専用または必須に設定できます。 たとえば、他のすべてのユーザーに対して読み取り専用にしながら、機能の優先度を設定する機能を製品所有者に付与することができます。
システム選択リストの値をカスタマイズする
重大度、アクティビティ、優先度などのシステム選択リスト (理由フィールドを除く) の値をカスタマイズできるようになりました。選択リストのカスタマイズの範囲は、作業項目の種類ごとに同じフィールドに対して異なる値を管理できるように設定されています。
新しい作業項目 URL パラメーター
新しい作業項目 URL パラメーターを使用して、ボードまたはバックログのコンテキストで作業項目へのリンクを共有します。 パラメーターを URL に追加 ?workitem=[ID] することで、ボード、バックログ、またはスプリント エクスペリエンスで作業項目ダイアログを開くようになりました。
リンクを共有するすべてのユーザーは、リンクを共有したときに持っていたのと同じコンテキストで着陸します。
テキスト フィールドでユーザー、作業項目、PR をメンションする
フィードバックを聞くと、コメントだけでなく、作業項目の説明領域 (およびその他の HTML フィールド) にユーザー、作業項目、PR をメンションする機能が必要であると聞きました。 作業項目で他のユーザーと共同作業を行っている場合や、作業項目の説明で PR を強調表示したいが、その情報を追加する方法がなかった場合があります。 これで、作業項目のすべての長いテキスト フィールドにユーザー、作業項目、PR をメンションできるようになりました。
こちらで例を参照できます。
- ユーザーのメンションを使用するには、メンションする記号とユーザーの名前を入力@します。 @mentions 作業項目フィールドでは、コメントの場合と同様に電子メール通知が生成されます。
- 作業項目のメンションを使用するには、記号の後に # 作業項目 ID またはタイトルを入力します。 #mentionsは、2 つの作業項目間にリンクを作成します。
- PR メンションを使用するには、 ! を追加し、その後に PR ID または名前を追加します。
ディスカッションコメントに対する反応
メイン目標の 1 つは、チームの作業項目をより共同作業にすることです。 最近、 Twitter で投票 を行い、作業項目に関するディスカッションで必要なコラボレーション機能を確認しました。 コメントに反応を持ち込むことは投票に勝ったので、私たちはそれらを追加しました! Twitter 投票の結果を次に示します。
任意のコメントにリアクションを追加できます。リアクションを追加する方法は 2 つあります。任意のコメントの右上隅にあるスマイリー アイコンと、既存のリアクションの横にあるコメントの下部にあるスマイリー アイコンです。 必要に応じて、6 つのすべてのリアクションを追加することも、1 つまたは 2 つを追加することもできます。 リアクションを削除するには、コメントの下部にあるリアクションをクリックすると削除されます。 以下では、リアクションを追加するエクスペリエンスと、コメント上の反応の外観を確認できます。
Azure Boardsレポートをダッシュボードにピン留めする
Sprint 155 Update では、 CFD レポートと Velocity レポートの更新バージョンが含まれています。 これらのレポートは、[ボード] と [バックログ] の [分析] タブで使用できます。 これで、レポートをダッシュボードに直接ピン留めできます。 レポートをピン留めするには、レポートの上にマウス ポインターを合わせ、省略記号 "..." を選択します。メニューの [ ダッシュボードにコピー] をクリックします。
Azure Repos
Slack 用Azure Repos アプリ
Slack 用の新しいAzure Repos アプリをお知らせします。 このアプリを使用すると、リポジトリを監視し、コードがプッシュまたはチェックインされるたびに通知を受け取り、pull request (PR) が作成され、PR が更新され、Slack チャネルでさらに多くの情報を受け取ることができます。 さらに、pull request URL のプレビューは、PR に関するディスカッションを開始し、コンテキスト的で意味のある会話を行うのに役立ちます。 このアプリでは、Git リポジトリと TFVC リポジトリの両方がサポートされています。
Azure Artifacts
AAD テナント内のさまざまな組織のアップストリームを構成する
これで、Azure Active Directory (AAD) テナントに関連付けられている別のorganizationに、成果物フィードのアップストリーム ソースとしてフィードを追加できるようになりました。 フィードでは、アップストリーム ソースとして構成されているフィードからパッケージを検索して使用できるため、AAD テナントに関連付けられている組織間でパッケージを簡単に共有できます。 これを設定する方法については 、ドキュメントを参照してください。
Python 資格情報プロバイダー (プレビュー) を使用して、Azure Artifacts フィードで pip と twine を認証する
Python 資格情報プロバイダー (artifacts-keyring) (現在プレビュー段階) をインストールして使用して、Azure Artifacts フィードとの間で Python パッケージを発行または使用するための認証を自動的に設定できるようになりました。 資格情報プロバイダーを使用すると、構成ファイル (/pip.conf/.pypirc pip.ini) を設定する必要はありません。pip または twine を初めて呼び出すときに、Web ブラウザーの認証フローを使用するだけです。 詳細については、ドキュメントを参照してください。
Azure Pipelines
パイプラインキャッシュの機能強化
Sprint 155 Update では、 パイプライン キャッシュのパブリック プレビューを発表しました。これは、ダウンロードした依存関係やコンパイル出力などのファイルを後で実行して再利用できるようにすることで、ビルド時間を短縮するように設計された機能です。 この更新プログラムでは、glob パターンを使用してキャッシュ キーに複数のファイルを含めるサポートを追加しました。 次に例を示します。
steps:
- task: CacheBeta@0
inputs:
key:
packages/**/package-lock.json, !node_modules/** | $(Agent.OS)
path:
$(npm_config_cache)
Note
キーの一部は、(上に示すように) "|" 文字で区切る必要があります。 この変更は、代替復元キーを指定する今後の機能を想定して行われています。
開始するには、 パイプライン キャッシュに関するドキュメントを参照してください。
ゲートのタイムアウト制限と頻度の増加
以前は、リリース パイプラインのゲート タイムアウト制限は 3 日間でした。 この更新プログラムでは、期間が長いゲートを許可するために、タイムアウト制限が 15 日 に引き上げされました。 また、ゲートの周波数を 30分に増やしました。
Dockerfile 用の新しいビルド イメージ テンプレート
以前は、新しいパイプラインの作成時に Dockerfile の新しいパイプラインを作成するときに、テンプレートでイメージをAzure Container Registryにプッシュし、Azure Kubernetes Serviceにデプロイすることをお勧めします。 コンテナー レジストリにプッシュする必要なく、エージェントを使用してイメージをビルドできるように、新しいテンプレートを追加しました。
Docker Compose タスクでの引数の入力
などの引数を追加できるように、Docker Compose タスクに新しいフィールドが --no-cache導入されました。 引数は、ビルドなどのコマンドを実行するときにタスクによって渡されます。
大きなテスト添付ファイルの警告を修正する
先月、100 MB を超えるテスト添付ファイルのサポートが追加されました。 現在、VSTest タスクまたはテスト結果の発行タスクがログに 403 または 407 エラーを返している場合があります。 送信要求をフィルター処理するファイアウォールの背後でセルフホステッド ビルドまたはリリース エージェントを使用している場合は、この機能を使用できるようにいくつかの構成変更を行う必要があります。
この問題を解決するには、 送信要求 のファイアウォールを に https://*.vstmrblob.vsassets.io更新することをお勧めします。 トラブルシューティング情報については、こちらのドキュメントを参照 してください。
Note
これは、セルフホステッド Azure Pipelines エージェントを使用していて、送信トラフィックをフィルター処理しているファイアウォールの背後にある場合にのみ必要です。 クラウドで Microsoft でホストされているエージェントを使用している場合、または送信ネットワーク トラフィックをフィルター処理していない場合は、何も行う必要はありません。
ホストされたパイプライン イメージへの更新
Azure Pipelines でホストされている VM イメージをいくつか更新しました。 特徴は次のとおりです。
- VS 2017 (VS 2019 に既に存在) に、Spectre 軽減策を使用する場合とない場合の ARM と ARM64 用の ATL を追加しました。
- Ubuntu 16.04、VS 2017、VS 2019 の Java と Go のパッチ バージョンを更新しました。
- Ubuntu 16.04 で開いているファイルの制限を 50,000 に増やしました。
- さまざまなバグを修正しました。
最新リリースの詳細 については、こちらを参照してください。
特定のイメージで使用できるツールの完全な一覧については、「設定エージェント プール>の詳細」>を参照してください。
AKS のデプロイ センターでの Bitbucket リポジトリとコンテナー用 Web アプリのサポート
この更新プログラムでは、AKS および Web App for containers の Deployment Center ワークフローに Bitbucket リポジトリのネイティブ サポートを追加しました。 これで、OAuth エクスペリエンスと、Bitbucket アカウントのリポジトリとブランチの設定された一覧を取得できます。 これは、それぞれのリソースにデプロイするのに役立ちます。 さらに、選択した Bitbucket リポジトリを分析し、DockerFile を検出することで、支援されたエクスペリエンスを追加しました。
Azure DevOps プロジェクトでの Java ワークフローに対する Linux Web アプリのサポート
これで、Linux Web アプリを作成し、Azure DevOps Projects で数回クリックしてサンプル Java アプリケーションをデプロイできます。 Azure Reposでサンプル Java アプリケーションをホストし、その CI/CD パイプラインを設定します。
パイプライン変数グループと変数管理コマンド
パイプライン変数と変数グループを手動で設定する必要があるため、YAML ベースのパイプラインをあるプロジェクトから別のプロジェクトに移植するのは困難な場合があります。 ただし、パイプライン 変数グループ と 変数 管理コマンドを使用して、パイプライン変数と変数グループの設定と管理をスクリプト化できるようになりました。これにより、バージョン管理が可能になり、あるプロジェクトから別のプロジェクトにパイプラインを移動および設定する手順を簡単に共有できます。
PR ブランチのパイプラインを実行する
PR を作成するときに、変更によってターゲット ブランチでのパイプラインの実行が中断される可能性があるかどうかを検証するのは困難な場合があります。 ただし、PR ブランチのビルドをパイプライン実行またはキューに登録する機能を使用して、ターゲット パイプラインに対して実行することで、変更を検証して視覚化できるようになりました。 詳細については、 az pipelines run と az pipelines build queue コマンドのドキュメントを参照してください。
最初のパイプライン実行をスキップする
パイプラインを作成するときに、YAML ファイルを作成してコミットし、パイプラインの実行をトリガーしない場合があります。たとえば、インフラストラクチャの準備ができていない、変数を作成する必要があるなど、さまざまな理由で実行に問題が発生する可能性があります。 Azure DevOps CLI を使用すると、--skip-first-run パラメーターを含めることで、パイプラインの作成時に最初の自動パイプライン実行をスキップできるようになりました。 詳細については、 az pipeline create コマンドのドキュメント を参照してください。
サービス エンドポイント コマンドの機能強化
サービス エンドポイント CLI コマンドでは、Azure rm と github サービス エンドポイントの設定と管理のみがサポートされています。 ただし、このリリースでは、サービス エンドポイント コマンドを使用すると、ファイルを介して構成を指定して任意のサービス エンドポイントを作成でき、最適化されたコマンド (az devops service-endpoint github と az devops service-endpoint azurerm) が提供されます。このコマンドは、これらの種類のサービス エンドポイントを作成するためのファースト クラスのサポートを提供します。 詳細については、 コマンドのドキュメント を参照してください。
Azure Test Plans
Test Plans進行状況レポート (パブリック プレビュー)
Test Plansの進行状況レポートがパブリック プレビューで利用できるようになりました。 このすぐに使用できるレポートは、プロジェクト内の 1 つ以上のTest Plansの実行と状態を追跡するのに役立ちます。 Test Plans>進行状況レポート* にアクセスして、レポートの使用を開始します。
レポートの 3 つのセクションには、次のものが含まれます。
- 概要: 選択したテスト 計画の統合ビューが表示されます。
- 結果の傾向: 毎日のスナップショットをレンダリングして、実行と状態の近似曲線を表示します。 14 日間 (既定値)、30 日間、またはカスタム範囲のデータを表示できます。
- 詳細: このセクションでは、各テスト 計画をドリルダウンし、各テスト スイートの重要な分析を提供します。
Test Plans ページの機能強化
新しいTest Plans* ページ グリッドを使用して、テスト ケースを一括で追加できるようになりました。 グリッドには、前のビューの 3 つの列とは対照的に、一括作成用の 6 つの列があります。 グリッドの使用を開始するには、Test Plans* > [テスト ケースの追加] [Grid を使用したテスト ケース>の追加] の順に移動します。
また、Test Plans* ページにグラフを追加しました。 [グラフ] タブは、Test Plans>グラフ* に移動することで確認できます。
![[Test Plans] ページのグラフ。](media/156_18.png)
最後に、[定義] タブと [実行] タブで列を並べ替えることができます。 列の幅を調整して、大きなタイトルを表示したり、[実行] タブのオプションを使用してテスト ケースを 実行 したりすることもできます。
![[実行] タブのオプションを使用してテスト ケースを実行します。](media/156_19.png)
レポート
クエリ結果ウィジェットの改善
クエリ結果ウィジェットは、最も人気のあるウィジェットの 1 つであり、正当な理由があります。 ウィジェットは、クエリの結果をダッシュボードに直接表示し、多くの状況で役立ちます。
この更新プログラムには、待望の多くの機能強化が含まれています。
- ウィジェットに表示する列の数を選択できるようになりました。 5 列の制限はもうありません。
- ウィジェットは、1x1 から 10x10 までのすべてのサイズをサポートしています。
- 列のサイズを変更すると、 列の幅が保存されます。
- ウィジェットを全画面表示に展開できます。 展開すると、クエリによって返されるすべての列が表示されます。
Wiki
Wiki ページのコメント
以前は、Wiki 内の他の Wiki ユーザーと対話する方法はありませんでした。 これにより、メールやチャット チャネルを介して会話が行われなければならなかったため、コンテンツで共同作業を行い、質問に答えました。 コメントを使用すると、Wiki 内で他のユーザーと直接共同作業できるようになりました。 コメント内のユーザー機能を @mention 利用して、他のチーム メンバーの注意を引くことができます。 この機能は、 この提案チケットに基づいて優先順位が付けられました。 コメントの詳細については、 こちらのドキュメントを参照してください。
"" で始まるフォルダーとファイルを非表示にします。 wiki ツリー
これまで、Wiki ツリーには、Wiki ツリーのドット (.) で始まるすべてのフォルダーとファイルが表示されました。 コード Wiki のシナリオでは、これにより、非表示にする .vscode などのフォルダーが Wiki ツリーに表示されます。 これで、ドットで始まるすべてのファイルとフォルダーが Wiki ツリーで非表示のままになり、不要な煩雑さが軽減されます。
この機能は、 この提案チケットに基づいて優先順位が付けられました。
次の手順
Note
これらの機能は、今後 2 ~ 3 週間にわたってロールアウトされます。
Azure DevOps に向かい、見てみましょう。
フィードバックの提供方法
これらの機能に関するご意見をお聞かせください。 フィードバック メニューを使用して、問題を報告したり、提案を提供したりします。
Stack Overflow のコミュニティが回答したアドバイスや質問を受けることもできます。
よろしくお願いします。
ヴィジャイ・マクラジュ
フィードバック
以下は間もなく提供いたします。2024 年を通じて、コンテンツのフィードバック メカニズムとして GitHub の issue を段階的に廃止し、新しいフィードバック システムに置き換えます。 詳細については、「https://aka.ms/ContentUserFeedback」を参照してください。
フィードバックの送信と表示