次の方法で共有

デリバリー計画 2.0 の新しい機能強化

  • [アーティクル]

このスプリントでは、新しい要約されたビューとロールアップ情報を使用して配信プラン 2.0 を強化します。 また、手動検証と、YAML パイプラインでリソースを事前に宣言するための新しいusesステートメントも導入されています。

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

Azure Boards

Azure Pipelines

Azure Boards

配信計画: ロールアップ情報

配信プラン 2.0 パブリック プレビューの一環として、ロールアップ情報を利用できるようになりました。 エピックやフィーチャーなどのより高いレベルの作業項目を扱う場合は、詳細を確認できます。 ロールアップは、基になる子作業項目の進行状況を示し、完全なストーリーを明らかにします。 この機能を有効にするには、 プランの設定に移動し、[ フィールド] に移動し、[ 子ロールアップ データの表示] を選択します。


配信計画: ロールアップ情報

配信プラン: 縮小されたビュー

配信プラン 2.0 パブリック プレビューの一環として、お客様は標準ビューと縮小ビューを切り替えることができるようになりました。 追加のフィールドを持つカードは、垂直方向の領域を大量に占有する可能性があります。 これにより、完全に縮小された場合でも、一度に数枚を超えるカードが画面に表示されにくくなります。折りたたまれたカード ビューを作成しました。これにより、カードのすべてのフィールドが非表示になり、作業項目の種類のアイコンとタイトルのみが表示されます。 すべてのフィールドを非表示にして表示できるようになりました。クリックするだけで済みます。


配信計画

Azure Pipelines

リソースを事前に宣言するための "uses" ステートメント

パイプラインがエージェントでジョブを実行すると、そのエージェントには、Azure Pipelines REST API にコールバックし、リポジトリなどのリソースをダウンロードするためのアクセス トークンが与えられます。 YAML パイプラインの場合、最近、トークンをジョブで実際に使用されるリポジトリのみに制限する設定を追加しました。 ただし、一部のお客様は、スクリプト ステップを使用して Git を直接呼び出す場合など、ステップを明示的に使用 checkout せずにリポジトリを使用していました。 これらのお客様は、Azure Pipelines がジョブに必要なリポジトリを正確に判断できなかったため、トークン制限機能を有効にできませんでした。

この更新プログラムでは、ステップを使用せずにジョブでリポジトリを使用することを Azure Pipelines に伝える別の方法が checkout 追加されました。 代わりに、次のように新しいusesキーワード (keyword)を使用できます。

resources:
  repositories:
  - repository: myrepo
    type: git
    name: MyProject/MyRepo

jobs:
- job: myjob
  uses:
    repositories:
    - myrepo
  steps:
  # without the preceding "uses" statement, if you have the
  # new limit-repositories feature turned on, then Azure Pipelines
  # won't include this repo in the access token and you'll
  # get an access error at runtime (also, in a real pipeline
  # you must include the auth token header as an argument to Git)
  - script: git clone https://dev.azure.com/MyOrg/MyProject/_git/MyRepo

この機能は、関連する (あまり一般的ではない) 問題も解決します。 キーワード (keyword)をmatrix使用して複数のジョブを生成し、これらのジョブでマトリックス ステップで指定されたプールを使用する場合は、パイプラインに対するこれらのプールの承認に問題が発生している可能性があります。 根本原因は同じです。マトリックスは実行時に計算されるため、事前リソース承認システムでは使用されるプールを正確に判断できません。 を使用すると uses、ジョブで使用するプールを宣言して、前もって承認することができます。

jobs:
- job: mtrx
  strategy:
    matrix:
      windows:
        mypoolname: Private-Windows
      mac:
        mypoolname: Private-Mac
  pool: $(mypoolname)
  # without the following "uses" statement, "pool" won't see
  # the pool names until it's too late, and you'll get an error
  # at runtime
  uses:
    pools:
    - Private-Windows
    - Private-Mac

YAML パイプラインの手動検証

新しくリリースされた 手動検証 タスクでは、ステージの途中で YAML パイプラインを一時停止できます。 これにより、手動またはオフラインのアクティビティを実行し、実行を再開 (または拒否) できます。 これは、パイプラインを一時停止し、ピアが構成設定やビルド パッケージなどを検証できるようにするシナリオで特に便利です。実行時間の長いコンピューティング集中型ジョブに移行する前に。 詳細情報


手動検証

次の手順

Note

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

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

Azure DevOps に移動する

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

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

ご提案の送信

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

よろしくお願いします。

Matt Cooper