Skip to content

Instantly share code, notes, and snippets.

@kkamegawa
Created February 15, 2026 05:54
Show Gist options
  • Select an option

  • Save kkamegawa/685427257f49af79cf9226fa28646281 to your computer and use it in GitHub Desktop.

Select an option

Save kkamegawa/685427257f49af79cf9226fa28646281 to your computer and use it in GitHub Desktop.
translate to Japanese to Azure DevOps release notes(unofficial) from https://learn.microsoft.com/azuare/devops/release-notes/2026/sprint-269-update?WT.mc_id=DOP-MVP-4039781

Boardsカスタムエージェントサポートとリポジトリポリシー管理の改善 - sprint269

In this article

Azure Boardsは、作業項目からpull requestを作成する際にGitHub Copilotカスタムエージェントの選択をサポートするようになりました。GitHubのリポジトリまたは組織レベルで作成されたカスタムエージェントは、Azure DevOpsに自動的に表示され、選択したエージェントが選択したリポジトリでコード変更を生成し、pull requestを作成します。

詳細については、リリースノートをご覧ください。

Azure Boards向けのGitHub Copilot統合が、カスタムエージェントの選択をサポートするようになりました。カスタムエージェントについてまだよく知らない場合は、カスタムエージェントの作成に関するドキュメントで詳しく学ぶことができます。

リポジトリまたは組織レベルでカスタムエージェントを作成すると、Azure DevOpsで自動的に利用可能になります。作業項目からpull requestを作成する際、リポジトリリストの横に新しいエージェント選択コントロールが表示されます。

Screenshot for Boards custom agent.

カスタムエージェントを選択してCreateをクリックすると、そのエージェントが選択したリポジトリでコード変更を生成し、pull requestを作成します。

Azure DevOpsプロジェクトにGitHubリポジトリをリンクする際の接続ごとの制限を増加しました。Webエクスペリエンスの新しい最大制限は2,000となり、Update REST APIで既に利用可能な制限と一致しました。

ポリシー設定APIを改善し、特定のリポジトリに適用されるすべてのポリシーを、より簡単かつ効率的に取得できるようにしました。リポジトリレベルで定義されたポリシーと、そのリポジトリ内の任意のブランチまたはrefに適用されたポリシーを、プロジェクト全体をスキャンすることなくクエリできるようになりました。この改善により、不要なAPI呼び出しが削減され、大規模にポリシーを管理するサービスのパフォーマンスが向上します。既存のポリシーの動作は変更されません。

Policy Configurations - Get - REST API (Azure DevOps Git) | Microsoft Learn

このスプリントでは、パイプラインの実行のデバッグ機能を改善しています。

実行したパイプラインのジョブやステージがなぜ実行され続けているのか、あるいはなぜスキップされたのかがわからないことがあります。今回の更新では、これらの状況を明確にするための警告メッセージを追加しました。

以下のようなYAMLがあるとします。

stages:
- stage: WUS1
  jobs:
  - job: DeployWUS1
    condition: eq(variables['Build.SourceBranchName'], 'main')
    steps:
    - task: CmdLine@2
      inputs:
        script: echo "Deploying $(System.StageName)"
    - task: CmdLine@2
      inputs:
        script: sleep 60
- stage: WUS2
  condition: eq(variables['Build.SourceBranchName'], 'main')
  jobs:
  - job: DeployWUS2
    steps:
    - task: CmdLine@2
      inputs:
        script: echo "Deploying $(System.StageName)"

DeployWUS1ジョブ実行中にキャンセルしたとします。ジョブは実行され続け、WUS2ステージも実行され続けます。Azure Pipelinesは、なぜジョブとステージが実行され続けているのかを教えてくれます。

Screenshot to show message telling you why the job and the stage continued running.

もう一つの改善点は、ステージがスキップされた理由を分かるようにしたことです。

例えば、同じ YAML を別のブランチ(例: release_123)から実行し、WUS2 ステージだけを実行するように選択したとします。以前は WUS1 と WUS2 の両方が同じステータス「Skipped」になり、それぞれがなぜスキップされたのかは明確ではありませんでした。今回の更新で、そのステージがキュー実行時にあなたが選択を解除したためスキップされたのか、実行時の条件によってスキップされたのかが分かるようになりました。

Screenshot to show why the stage was skipped.

注意
これらの機能は、今後2〜3週間にわたってロールアウトされます。Azure DevOpsにアクセスして、ご確認ください。

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

Make a suggestion

また、Stack Overflowでコミュニティにアドバイスを求めたり、質問への回答を得ることもできます。

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment