次の方法で共有


Wiki でのサブページ テーブルのサポート

これで、コンテンツとリンクを表示できるように、Wiki ページにサブページ テーブルを追加できるようになりました。 Boards では、レーンに色を追加し、ユーザー設定フィールドの編集をロックできるようになりました。 また、セキュリティへの投資を継続し、パイプラインの承認と承認とチェックを管理するための新しい PAT スコープを追加しました。

詳細については、リリース ノートを参照してください。

Azure Boards

Azure Pipelines

Wiki

Azure Boards

共有可能な選択リスト フィールドの編集を禁止する

カスタム フィールドは、プロセス間で共有されます。 これにより、プロセス管理者がフィールドに値を追加または削除できるため、選択リスト フィールドに問題が発生する可能性があります。 その場合、変更は、それを使用するすべてのプロセスでそのフィールドに影響します。

この問題を解決するために、コレクション管理者がフィールドの編集を "ロック" する機能を追加しました。 選択リスト フィールドがロックされている場合、ローカル プロセス管理者はその選択リストの値を変更できません。 フィールドを追加または削除できるのは、プロセスのみです。

共有可能な選択リスト フィールドの編集をデモする Gif。

レーンの色

かんばんボードでは、レーンを使用して、さまざまなサービス レベル クラスをサポートする作業の状態を視覚化できます。 これで、スイムレーンに色を追加して、ボードで識別しやすくすることができます。

スイムレーンに色を追加するデモを行う Gif。

注意

この機能は、 New Boards Hubs プレビューでのみ使用できます。

Azure Pipelines

パイプラインの承認と承認とチェックを管理するための新しい PAT スコープ

PAT トークンのリークによる損害を制限するために、 という名前 Pipeline Resourcesの新しい PAT スコープを追加しました。 この PAT スコープは、サービス接続などの 保護されたリソースを使用してパイプライン承認を管理する場合や、そのリソース の承認とチェック を管理する場合に使用できます。

Pipelines REST API 更新

次の REST API 呼び出しでは、次のように新しい PAT スコープがサポートされます。

パイプラインのアクセス許可の改善を体験する

パイプラインのアクセス許可の管理に関するエクスペリエンスが改善され、パイプラインで以前にサービス接続などの保護されたリソースが使用されていたかどうかを、アクセス許可システムが記憶するようにしました。

以前は、保護されたリソースを作成したときに [すべてのパイプラインにアクセス許可を付与する] をオフにした後、リソースへのアクセスを制限した場合、パイプラインにはリソースを使用するための新しい承認が必要でした。 この動作は、新しい承認が必要ないリソースへの後続の開始および終了アクセスと矛盾していました。 これが修正されました。

チェックの入力としての変数

承認とチェック は、リソース所有者がリソースを使用できるパイプライン 実行 を制御できるようにするランタイム セキュリティ メカニズムです。

2 つの一般的なチェックは、 Azure 関数の呼び出 しと REST API の呼び出しです。 以前は、それらを構成するときに、 定義済みのシステム変数 または 変数グループのみを使用できました。

このスプリントでは、パイプライン定義変数のサポートを追加しました。 これは、このようなチェックに 、HeadersBody、および Query パラメーターをFunction key指定するときに機能します。

たとえば、次の YAML パイプラインがあるとします。 変数 FunctionKey、、 MyHeaderMyBodyおよび MyQueryという名前のランタイム定義変数を定義していることに注意してくださいRetryCount

variables:
  FunctionKey: <<redacted>>
  MyHeader: "FabrikamHeader"
  MyQuery: "FabrikamQuery"
  MyBody: "FabrikamBody"

stages: 
- stage: Build
  jobs:
  - job: SetRC
    steps:
    - script: echo "##vso[task.setvariable variable=RetryCount;isOutput=true]3"
      name: RCValue
- stage: Deploy
  jobs:
  - deployment: 
    environment: Production
    strategy:
      runOnce:
        deploy:
          steps:
          - script: ./deploy.sh

運用環境で Azure 関数の呼び出しチェックを構成し、次のスクリーンショットのように 、$(MyHeader)$(MyQuery)$(MyBody)、、 $(Build.SetRC.RCValue.RetryCount)を参照$(FunctionKey)できます。

Azure 関数を呼び出す

ランタイム定義変数を使用するための構文は です StageId.JobId.StepOrTaskName.Variable

Azure 関数の呼び出しと REST API チェックを使用するための推奨される方法について説明

短いシークレットのマスクを無効にする機能

Azure Pipelines は、ログ内のシークレットをマスクします。 シークレットには、シークレットとしてマークされた変数、Azure Key Vaultにリンクされている変数グループの変数、またはサービス接続プロバイダーによってシークレットとしてマークされたサービス接続の要素を指定できます。

シークレット値の出現はすべてマスクされます。 短いシークレット (例: '1'、'2'、'' など) をDevマスクすると、日付内の値を簡単に推測できます: 'Jan 3, 202***'
'3' がシークレットであることは明らかです。 このような場合は、シークレットを完全にマスクしないことをお勧めします。 値をシークレットとしてマークできない場合 (たとえば、値がKey Vaultから取得されます)、ノブをAZP_IGNORE_SECRETS_SHORTER_THAN最大 4 の値に設定できます。

パイプライン エージェントのバージョンを自己検証するためのスクリプト

現在、パイプライン エージェントには 2 つのバージョンがあります。v2 は .NET 3.1 Core を使用し、v3 は .NET 6 を使用します。 v3 エージェントをサポートされているオペレーティング システムに徐々にロールアウトしています。その後、v2 エージェントは廃止されます。 詳細については、 Azure Pipelines 用 .NET エージェントのアップグレードに関するブログ記事を参照してください。

セルフホステッド エージェントがアップグレードできるかどうかを確認するのに役立つ スクリプト を作成しました。 このスクリプトは、organization内のすべてのプールを処理し、v3 エージェントでサポートされていないオペレーティング システム上の v2 エージェント (CentOS 6、31 より前の Fedora バージョン、macOS 10.14、RHEL 6 など) を特定します。

注意

v2 エージェントの最近のビルドでは、互換性がないことがわかっているオペレーティング システム上の v3 エージェントへの自動アップグレードは試行されません。

パイプラインの実行状態の概要アイコン

このスプリントでは、パイプライン実行の全体的な状態を簡単に把握できるようになりました。

多くのステージを持つ YAML パイプラインの場合、以前はパイプライン実行の状態を把握するのが困難でした。つまり、まだ実行されているか、完了しているかです。 また、完了した場合の全体的な状態は、成功、失敗、または取り消しになります。 実行状態の概要アイコンを追加することで、この問題を修正しました。

パイプラインの実行状態の概要アイコン

Wiki

サブページ テーブルのサポート

これで、Wiki ページにサブページのコンテンツのテーブルを追加できるようになりました。 このテーブルには、サブページのテーブルが表示されているページの下にあるすべてのサブページへのリンクがあります。

サブページのテーブルは、次のアニメーション画像に示すように、特別なタグ [[_TOSP_]] を 手動で挿入するか 、その他のオプション から追加できます。 サブ ページのテーブルを作成するには、最初の [_TOSP_] タグのみが使用されます。

この機能は、次のコミュニティ提案チケットに基づいて優先順位が付けられました。

次の手順

Note

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

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

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

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

ご提案の送信

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

よろしくお願いします。

Rajesh Ramamurthy