Azure DevOps Server リリースノート

この記事では、Azure DevOps Server の最新リリースに関する情報を確認できます。

Azure DevOps Server のインストールまたはアップグレードの詳細については、を参照してください。

Azure DevOps Server 製品をダウンロードするには、 Azure DevOps Server のダウンロードページを参照してください。

Azure DevOps Server への直接アップグレードは、Azure DevOps Server 2019 または Team Foundation Server 2015 以降からサポートされています。 TFS デプロイが TFS 2013 以前の場合は、Azure DevOps Server 2022 にアップグレードする前にいくつかの中間手順を実行する必要があります。詳細については、「インストール」ページを参照してください。

Azure DevOps Server のリリース日: 2025 年 12 月 9 日

Azure DevOps Server RTW は、SQL Server 2025 をサポートするためのバグ修正と変更のロールアップです。これには、以前にリリースされた Azure DevOps Server RC のすべての機能が含まれています。

Azure DevOps Server を直接インストールするか、Azure DevOps Server 2022、2020、2019、または Team Foundation Server 2015 以降からアップグレードできます。

Azure DevOps Server RTW の新機能の概要

ローカライズの変更がマージされました。
SQL Server 2025 をサポートするための変更。
[ダッシュボード] ページの [コードタイル] ウィジェット構成で、長いリポジトリまたはブランチ名がドロップダウンリストコントロールを超える問題を修正しました。
Webhook を使用するときに、マージされたプル要求とマージされていないプル要求の両方に対して GitHub PR 状態が間違って Closed として保存される問題を修正しました。これで、システムは webhook ペイロードのマージされたブール値フラグに依存して、データベース内の正しい状態を正確に記録するようになりました。
作業項目追跡 (WIT) のリンクシナリオ中に Visual Studio がハングする原因となった再帰的なプロパティの問題を修正しました。
[コレクションの設定] の [エージェントプール] ページがエラーをスローし、Analytics が一時停止または無効になったときに読み込みに失敗する問題を解決しました。 Analytics の状態に関係なく、ページが正しく読み込まれるようになりました。

Azure DevOps Server RC リリース日: 2025 年 10 月 7 日

Azure DevOps Server RC の新機能の概要

Azure DevOps Server には、ホストバージョンの製品で以前にリリースされた機能が導入されています。個々のセクションに移動して、各サービスのすべての新機能を確認できます。

全般
掲示板
レポ
Pipelines
テスト計画
レポート
ウィキ

全般

コードブロックをクリップボードにコピーする

開発者コミュニティでのフィードバックに応じて、レンダリングされたマークダウン内のすべてのコードブロックの [クリップボードにコピー] ボタンが導入されました。この拡張機能は、Wiki ページ、Repos のマークダウンファイルプレビュー、pull request ディスカッションと説明、作業項目のディスカッションで利用できます。

クリップボードにコピー

配送計画の権限が追加されました

継続的なセキュリティ強化の一環として、新しい配信計画の管理プロジェクトレベルのアクセス許可が導入されました。この変更は、閲覧者グループ内のユーザーに対する意図しない読み取り/書き込みアクセスを防ぐために実装されました。

配信計画を管理する

Boards

GitHub の pull request での AB# リンク

Azure Boards + GitHub 統合の継続的な機能強化の一環として、AB# リンクの表示方法を効率化する新機能を導入することに興奮しています。この更新プログラムでは、AB# リンクが GitHub pull request の開発セクションに直接表示され、説明やコメントを検索することなく、リンクされた作業項目に簡単にアクセスできるようになりました。

開発における AB リンク

これらのリンクは、AB# が pull request の説明に含まれている場合にのみ表示されます。作業項目から直接リンクした場合、[開発] セクションには表示されません。さらに、説明から AB# リンクを削除すると、開発コントロールから削除されます。

GitHub リポジトリの検索の機能強化に接続する

Azure DevOps プロジェクトを GitHub 組織に接続するためのプロセスが改善されました。特に、何千ものリポジトリを持つユーザーにとって有益です。以前は、タイムアウトエラーや長い待機時間などの課題に直面していた可能性があります。この更新プログラムは、検索と選択のエクスペリエンスを最適化し、タイムアウトエラーのリスクを排除し、接続プロセスをよりスムーズかつ効率的にします。

GitHub リポジトリを追加する

GitHub 統合: YAML パイプラインのビルド状態を表示する

YAML とクラシックパイプラインの間の機能パリティの実現に取り組んでいます。欠けている重要な機能の 1 つは、リポジトリが GitHub でホストされている場合に "ビルドに統合" リンクを提供する機能でした。最新のリリースでは、YAML パイプラインの設定に次のことを確認するためのオプションを追加することで、このギャップに対処しました。

作業項目を自動的にリンクするパイプライン設定イメージ

ビルドが完了すると、関連する作業項目に対応するリンクが自動的に表示され、全体的な追跡可能性のストーリーが向上します。

GitHub リポジトリを接続するための REST API のサポート

Azure DevOps Projects での GitHub リポジトリの追加と削除を自動化できる新しい REST API エンドポイントが導入されています。さらに、これらのエンドポイントを使用する場合、接続あたりのリポジトリの制限を 500 から 2,000 に増やしました。

たとえば、次のエンドポイントが該当します。

また、サンプルコードも用意されています作業を開始するのに役立ちます。

領域と反復パスを削除するための変更

領域または反復パスを削除すると、中断が発生する可能性があります。作業項目を新しいパスに移動でき、チームがボードやバックログにアクセスできなくなる可能性があります。警告やプロンプトにもかかわらず、結果を完全に理解せずにパスが削除されることがあります。これに対処するために、動作を変更しました:区分パスと反復パスは、作業項目で使用されなくなった場合にのみ削除できるようになりました。

リンク作業項目を含むパイプライン設定イメージ

作業項目フォームでのタグ管理の強化

Azure Boards でのタグ管理が強化され、より合理化されたエクスペリエンスが提供されました。削除されたタグは作業項目フォームの推奨リストに表示されなくなり、アクティブなタグのみが表示されます。

作業項目のコメントでの画像のサポートが改善されました

作業項目のコメントに画像を貼り付けるサポートが改善されました。 Microsoft Teams、メール、Word 文書などのソースから作業項目のディスカッションセクションに画像を直接貼り付けることができるようになりました

作業項目のコメントに対する REST API の制限

セキュリティを強化するために、REST API を使用して作業項目に追加できるコメントの数に新しい制限が設定されています。各作業項目で、API を介して最大 1,000 個のコメントがサポートされるようになりました。この制限は REST API にのみ適用されます。ユーザーは、1,000 コメントのしきい値を超えても、Web インターフェイスを介して手動でコメントを追加できます。

配送計画の制限の引き上げ

プロジェクトあたりの配送計画の最大数を 1,000 から 1,500 に増やしました。

Repos

TFVC リポジトリの作成を無効にする新しい設定

近年では、Git が Azure Repos の優先バージョン管理システムになっているため、Team Foundation バージョン管理 (TFVC) に新機能は追加されていません。セキュリティ、パフォーマンス、アクセシビリティに関する最近の改善はすべて Git リポジトリ専用に行われ、TFVC の使用が継続的に減少しています。一部のユーザーはまだ TFVC に依存しており、この機能セットを削除する予定はありませんが、新しいプロジェクトやプロジェクトコレクション、および現在 TFVC を使用していないプロジェクトについては、TFVC を段階的に段階的に廃止する予定です。

この移行の一環として、"TFVC リポジトリの作成を無効にする" という新しい設定が導入されています。これは、新しい TFVC リポジトリの作成にのみ影響し、既存の TFVC リポジトリには影響しません。

TFVC リポジトリの作成を無効にする新しい設定をデモする Gif

Git サブモジュールの UI サポート

多くのチームでは、Git サブモジュールを積極的に使用してコードベースを整理しています。 Files ハブで Git サブモジュールのサポートが追加されたことを共有することに興奮しています。これで、スーパープロジェクトから参照される特定のコミットに正確に、1 回のクリックでサブモジュールリポジトリにすぐに移動できます。サブモジュールとして使用すると、Azure Repos、GitHub、GitLab、Bitbucket の Git サービスがサポートされます。 .gitmodules ファイルで指定された複数の URL 形式もサポートされています。これには、絶対 HTTPS、SSH、相対 URL が含まれます。

Git サブモジュールの UI サポートをデモする Gif

リポジトリファイルハブの新しい [正常性と使用状況] パネル

Git リポジトリが増加すると、コミット、BLOB、その他のデータが蓄積されるため、Azure DevOps インフラストラクチャの負荷が増加し、パフォーマンスとユーザーエクスペリエンスに影響を与える可能性があります。正常なリポジトリを維持することは、一貫したパフォーマンスと信頼性を確保するための鍵となります。

これをサポートするために、リポジトリのサイズ、コミットの頻度、内容、構造など、いくつかの要因を監視します。リポジトリがインフラストラクチャに負担をかけ始めると、是正措置に関する推奨事項を含む通知を受け取ることがあります。リポジトリの正常性を管理することで、中断を防ぎ、円滑な運用を実現できます。

リポジトリの正常性を確認するには、Azure Repos に移動し、[ファイル] を > し、省略記号メニューから [正常性と使用状況] を選択して[リポジトリの正常性と使用状況] パネルにアクセスします。

Git サブモジュールの UI サポートをデモする画像

プル要求のターゲットブランチを構成する

特に新しいプル要求を作成する場合、リポジトリ内の複数のブランチを管理するのは困難な場合があります。新しいプル要求のターゲットブランチの構成機能を使用すると、優先するターゲットブランチの一覧を指定できるようになり、pull request の提案がより正確で関連性が高くなります。これにより、ワークフローを合理化し、間違ったブランチをターゲットにする可能性を減らすことができます。この機能を使用するには、リポジトリの既定のブランチに .azuredevops/pull_request_targets.yml ファイルを作成します。この YAML ファイルには、候補の分岐に一致するブランチ名またはプレフィックスを持つpull_request_targetsというタイトルのリストが含まれている必要があります。例えば次が挙げられます。

pull_request_targets:
  - main
  - release/*
  - feature/*

この構成では、メインブランチが優先されますが、リリースまたは機能/ で始まるブランチも、必要に応じて考慮されます。構成は、次のシナリオで適用されます。

Pull Request Suggestions: ブランチを Azure DevOps にプッシュした後、Repos ページでは、ターゲットブランチを動的に選択して、そのブランチからのプル要求の作成を提案する場合があります。
Pull Request URL: sourceRef パラメーターを使用して pull request 作成ページに直接移動し、targetRef パラメーターを省略すると、Azure DevOps はこの動的な選択に基づいてターゲットブランチを選択します。

チップコミットの最初の親の履歴の一貫性を確保するために、プル要求ポリシーによって保護されたブランチのみを含めうことをお勧めします。

マークダウンファイルで人魚図をサポートする

人魚構文を含む Markdown ファイルが、リポジトリファイルブラウザーと pull request のファイルプレビュー内の図としてレンダリングされるようになりました。これは、リポジトリに豊富なドキュメントを追加するのに役立ちます。

マークダウンファイルでの人魚図のサポートをデモする画像

PR リストページでタイトルによってプルリクエストを検索する

pull requests listing ページに PR タイトルによるフィルターが含まれるようになり、特定のプル要求を簡単に見つけることができます。

タイトル別の pull request 検索を表示する画像

Azure Repos のスパースチェックアウト

リポジトリのチェックアウトパフォーマンスを向上させるために、 git スパースチェックアウトコマンドが、部分クローンフィルターと共に YAML チェックアウトタスクでサポートされるようになりました。プロパティ sparseCheckoutDirectories と sparseCheckoutPatterns を使用できます。

sparseCheckoutDirectories を設定すると、円錐モードが有効になります。このモードでは、チェックアウトプロセスでディレクトリの照合が使用されます。または、非コーンモードをトリガーする sparseCheckoutPattern を設定して、より複雑なパターンマッチングを可能にすることもできます。

両方のプロパティが設定されている場合、エージェントはディレクトリに一致する円錐モードを初期化します。チェックアウトタスクでどちらのプロパティも指定されていない場合、スパースチェックアウトプロセスは無効になります。コマンドの実行中に発生した問題により、チェックアウトタスクが失敗します。スパースチェックアウトコーンモードの YAML の例:

    checkout: repo
    sparseCheckoutDirectories: src
YAML example for sparse checkout non-cone mode:
YAMLCopy

   checkout: repo
   sparseCheckoutPatterns: /* !/img

Important

スパースチェックアウト機能には、エージェント v3.248.0 (.NET 8 の場合は v4.248.0) 以降のバージョンが必要です。

エージェントはリリースページで確認できます。

リポジトリ間ポリシーで大文字と小文字を区別する

以前は、ブランチの照合では大文字と小文字が区別されるにもかかわらず、リポジトリ間ポリシーのブランチ候補プレビューで、大文字と小文字を区別しない方法で結果が表示されていました。この不一致により、特定のブランチが保護されていなくても保護されているように見える可能性があり、不整合が発生する可能性がありました。この問題を解決するために、ポリシーアプリケーションの大文字と小文字が区別される動作に合わせてブランチパターンプレビューが更新されました。

以前は：

ブランチ保護の追加を示す画像

その後:

Image to show add branch protection case sensitive 大文字と小文字を区別するブランチ保護の追加を示す画像

TFVC チェックインポリシーの変更

Microsoft.TeamFoundationServer.ExtendedClient NuGet パッケージの新しいバージョン (19.254)

NuGet Microsoft.TeamFoundationServer.ExtendedClient パッケージが新しい TFVC ポリシークラスとメソッドで更新されました。

ポリシーの変更

TFVC チェックインポリシーを Azure DevOps に格納する方法を変更しています。これは、NuGet Microsoft.TeamFoundationServer.ExtendedClient がサービスと通信する方法の更新も意味します。 TFVC プロジェクトでチェックインポリシーを使用している場合は、それらのポリシーを新しい形式に移行します。これを行うには、次の 2 つの方法があります。

Visual Studio の使用。

Warnung

アクションの危険な特定の結果。続行する前に Visual Studio を最新バージョンに更新してください (VS 2022、最小バージョン 17.14 Preview 3、17.13.6、17.12.7、17.10.13、17.8.20、16.11.46、15.9.72 の VS 2019 および VS 2017 は、新しいポリシーをサポートしています)。

Visual Studio プロジェクト管理者を使用して新しいポリシーを作成するには、設定 -> Team Project -> ソース管理 -> チェックインポリシーを開き、古いポリシーと同じパラメーターを持つ新しいポリシー ("古い" マークなし) を追加する必要があります。

ソース管理設定を使用した画像

Microsoft.TeamFoundationServer.ExtendedClient のカスタム実装を使用してサーバーと通信する場合は、移行ガイドに従ってください。 TFVC チェックインと将来の Azure DevOps バージョンとの互換性を維持するには、移行が必要です。当面は、古い (古い) ポリシーと新しいポリシーの両方が有効であり、機能したままです。今後の計画については、ブログ記事を参照してください。

GetRepository API の機能強化

リポジトリの応答に creationDate プロパティが追加されました。リポジトリの作成日を返すリポジトリ API を取得します。このプロパティは、API バージョン 7.2-preview 以降で使用できます。

Pull Requests Query API の機能強化

Pull Request Query - Get API の応答に新しい Label プロパティが導入されました。すべてのクエリに関連するプル要求のラベル (タグ) を含めるかどうかを指定できるようになりました。新しい Include プロパティを使用できます。ラベルに設定されている場合、応答には指定された PR のラベルが含まれます。 null のままにすると、ラベルは含まれません。意図しないエラーを防ぐには、NotSet が明示的に割り当てられていないことを確認します。これにより、無効な要求が発生します。

注

ラベルエンリッチメントリソースの使用率は、割り当てられたラベルの数とその長さによって異なります。ラベルを要求すると、スロットルに影響し、ネットワーク負荷が増加する可能性があります。パフォーマンスを最適化するために、不要なラベル要求を回避することをお勧めします。

リクエストペイロードの例:

{
    "queries": [
        {
            "type": "lastMergeCommit",
            "include": "Labels",
            "items": [ 
                "0d6c9b2b524113113fced41aecbf8631a4649dec"
            ]
        },
        {
            "type": "lastMergeCommit",
            "items": [
                "b524113113f0dd41aecbf8631a4649dec6c9b2ce"
            ]
        }
    ]
}

Pipelines

TFX は、タスクが End of Life Node ランナーを使用しているかどうかを検証します

タスク作成者は、TFX を使用して拡張機能を公開します。 TFX が更新され、他の Node ランナーバージョンで検証が実行されました。

有効期間が終了したノードランナーバージョン (EOL) を使用するタスクを含む拡張機能 (ノード 16 まで) では、次の警告が表示されます。

タスク < TaskName > は、有効期間が終了し、将来削除されるタスクランナーに依存します。作成者は、ノードのアップグレードガイダンスを確認する必要があります。 https://aka.ms/node-runner-guidance

Microsoft Entra ID 認証を使用してパイプラインから Azure Service Bus にアクセスする

Microsoft Entra ID 認証を使用して、Azure Pipelines から Azure Service Bus にアクセスできるようになりました。これにより、Azure RBAC を利用してきめ細かいアクセス制御を実現できます。

Azure Service Bus にアクセスする ID には、アクセスされる Service Bus 上の Azure Service Bus の Azure 組み込みロールのいずれかを付与する必要があります。

PublishToAzureServiceBus@2 タスク

新しいPublishToAzureServiceBus@2 タスクは、Azure サービス接続を使用して構成できます。 Azure サービス接続を作成し、新しいタスクの serviceBusQueueName プロパティと serviceBusNamespace プロパティを設定します。

- task: PublishToAzureServiceBus@2
  inputs:
    azureSubscription: my-azure-service-connection
    serviceBusQueueName: my-service-bus-queue
    serviceBusNamespace: my-service-bus-namespace
    useDataContractSerializer: false
    messageBody: |
      {
        "foo": "bar"
      }

サーバータスク

ServiceBus 実行を使用するカスタムサーバー (エージェントレス) タスクでは、Azure サービス接続を EndpointId として指定し、ConnectionString を省略できます。サーバータスクの作成を参照してください。

TFX は、タスクが End of Life Node ランナーを使用しているかどうかを検証します

タスク作成者は、TFX を使用して拡張機能を公開します。 TFX が更新され、他の Node ランナーバージョンで検証が実行されました。

有効期間が終了したノードランナーバージョン (EOL) を使用するタスクを含む拡張機能 (ノード 16 まで) では、次の警告が表示されます。

有効期間終了のノードランナーバージョンを使用して警告を出力するタスク

メンテナンスされなくなった Node バージョンに依存するパイプラインタスクは、警告の受信を開始します。Task TaskName バージョンは、有効期間が終了した Node バージョン (10) に依存します。更新されたバージョンのタスクについては、拡張機能の所有者にお問い合わせください。タスク保守担当者は、ノードのアップグレードガイダンスを確認する必要があります。 https://aka.ms/node-runner-guidance これらの警告を抑制するには、パイプライン (ジョブ) レベルまたはタスクレベルで環境またはパイプライン変数を設定できます。例えば次が挙げられます。

variables:
  AZP_AGENT_CHECK_IF_TASK_NODE_RUNNER_IS_DEPRECATED: false

v1 互換モードで Docker Compose v2 を使用するDockerCompose@0

Docker Compose v1 は有効期間が終了し、2024 年 7 月 24 日にホストされるエージェントから削除されます。 Docker Compose v1 がエージェントで使用できない場合は、v1 互換モードで Docker Compose v2 を使用するように、 DockerCompose@0 タスクを更新しました。

ただし、互換性モードはすべての互換性の問題に対処するわけではありません。「 Compose V2 への移行」を参照してください。一部のユーザーは、Docker Compose v2 の互換性のために Docker Compose プロジェクトを更新するためにより多くの時間が必要になります。そのような場合は、次の手順に従って DockerComposeV0 タスクを docker-compose v1 と共に使用します。注: このガイドは、Windows での Compose スタンドアロンのインストールに関するドキュメントに基づいています。Windows で docker-compose v1 を使用します。PowerShell ステップをパイプラインに追加して docker-Compose v1.29.2 をダウンロードし、Windows 上の DockerComposeV0 タスクで使用します。

variables:
    dockerComposePath: C:\docker-compose

steps:
- powershell: |
    mkdir -f $(dockerComposePath)
    # GitHub now requires TLS1.2. In PowerShell, run the following
    [Net.ServicePointManager]::SecurityProtocol = [Net.SecurityProtocolType]::Tls12
    Start-BitsTransfer -Source "https://github.com/docker/compose/releases/download/1.29.1/docker-compose-windows-x86_64.exe" -Destination $(dockerComposePath)\docker-compose.exe
  displayName: Download docker-compose
- task: DockerCompose@0
  inputs:
    containerregistrytype: 'Azure Container Registry'
    dockerComposeFile: '**/docker-compose.yml'
    action: 'Run a Docker Compose command'
    dockerComposeCommand: 'run'
    dockerComposePath: $(dockerComposePath)\docker-compose.exe
Use docker-compose v1 on Linux
Add the bash step to your pipeline to download Docker-Compose v1.29.2 and use it with the DockerComposeV0 task on Linux:
YAMLCopy
variables:
    dockerComposePath: /tmp/docker-compose

steps:
- bash: |
    sudo mkdir $(dockerComposePath)
    sudo curl -SL https://github.com/docker/compose/releases/download/1.29.2/docker-compose-linux-x86_64 -o $(dockerComposePath)/docker-compose
    sudo chmod 755 $(dockerComposePath)/docker-compose
  displayName: Download docker-compose
- task: DockerCompose@0
  inputs:
    containerregistrytype: 'Azure Container Registry'
    dockerComposeFile: $(Build.SourcesDirectory)/DockerComposeV0/docker-compose.yml
    action: 'Run a Docker Compose command'
    dockerComposeCommand: 'run'
    dockerComposePath: $(dockerComposePath)/docker-compose

Test Plans

マニフェスト V3 でのテストとフィードバックの拡張機能

Chrome と Edge の両方の Azure DevOps テストおよびフィードバック拡張機能の新しい更新プログラムをお知らせします。この更新プログラムは、マニフェスト V2 の Google の廃止スケジュールに従って、マニフェスト V2 から V3 に実装を移行します。拡張機能のコア機能は変更されませんが、更新プログラムによってセキュリティとパフォーマンスの両方が強化されます。

詳細については、この更新プログラムに関する最近のブログ記事を参照してください。マニフェスト V3 でのテストとフィードバック拡張機能

Azure Test Runner バージョン 1.2.2

Azure Test Plans では、Chrome バージョン 130 で Azure Test Runner (ATR) で起動エラーが発生したテストプランの最近の問題に対する修正プログラムが 1.2.2 でリリースされました。この問題は、Chrome が特殊でないスキーム URL のサポートを追加したために発生し、ATR ユーザーフローに影響を与えました。この更新プログラムでは、回帰バグが解決され、ATR 機能が復元されます。この回帰バグの詳細については、Chromium のこの問題トラッカーを参照してください。

強化された機能には Web アプリケーションを使用することをお勧めします。 Web アプリケーションで不足している機能が見つかる場合は、ぜひお聞かねください。フィードバックをお寄せください。

テストケースの実行のためのシームレスなビルドパイプラインの連携

ビルドパイプライン構成をシームレスに統合することで、テストケースの実行プロセスを簡略化しました。テスト計画レベルで設定されたビルド定義と ID が Web ランナーに自動的に伝達されるようになったため、毎回手動で構成する必要がなくなります。この改善により、時間が節約され、効率が向上し、より重要なタスクに集中できるようになります。

テストケースのシームレスなビルドパイプライン統合をデモする Gif。

REST API を使用して削除されたテストプランとテストスイートを復元する

新しいセルフサービス API を使用して、削除されたテスト計画とテストスイートを簡単に復元できます。 MICROSOFT では、削除されたテストプランまたはスイートを検索し、それらを子項目と共に復元できる GET API と PATCH API を導入しています。これらはすべて、カスタマーサポートを必要としません。これらの API を使用すると、誤って削除されたテスト作業項目をすばやく回復し、ダウンタイムを短縮し、生産性を向上させることができます。実行成果物は復元されませんが、関連するすべてのテスト計画、スイート、テストケースをワークスペースに簡単に戻すことができます。このセルフサービス機能を使用すると、テスト管理をより詳細に制御でき、復元プロセスが合理化され、重要なテスト資産を迅速かつ効率的に回復できます。

XLSX でカスタム列を使用してテストケースをエクスポートする

XLSX のカスタム列を使用してテストケースをエクスポートできるようになりました。フィードバックに基づいて、テストプランでは、カスタム列を含むテストケースのエクスポートがサポートされており、共有および分析するデータの柔軟性と制御が向上します。この拡張機能は、エクスポートをニーズに合わせて調整し、エクスポートする情報が関連性があり、実用的であることを確認するのに役立ちます。

Test Plans ディレクトリの新しい並べ替え機能

Test Plans ディレクトリに、強化された並べ替えオプションが用意されました。この更新プログラムを使用すると、各列をすばやく英数字で整理でき、データを検索してアクセスするための合理化された方法が提供されます。

テストプランディレクトリでの並べ替えのデモを行う Gif。

Web およびデスクトップランナーでテスト手順を元に戻す

新しい [元に戻す] オプションを使用して、テストケースの実行を制御します。簡単なダブルクリックでテストステップの状態を簡単に元に戻すことができるので、テスト実行中の柔軟性と制御が向上します。偶発的なクリックを修正するためにテストケースを再起動する必要はありません。中断することなく、ワークフローを元に戻して続行するだけです。

また、支援技術に依存するユーザーを含むすべてのユーザーに対してこの機能がシームレスに機能するように、キーボードに優しいナビゲーションとアクセシビリティの向上も導入されています。この機能強化により、時間を節約し、フラストレーションを軽減し、テストの効率的な実行に集中することができます。

Web およびデスクトップランナーで元に戻すテストステップをデモする Gif。

コードカバレッジ結果の発行 v2 タスクの改善

このリリースでは、v2 タスクにいくつかの機能強化が含まれています。

.coverage、.covx、.covb、.cjson、.xml、.lcov、pycov1 など、さまざまなコードカバレッジ形式のサポートが拡張されました。
ファイル名、カバーされている行、カバーされていない行など、詳細なコードカバレッジ情報を含む包括的な cjson ファイル (およびコードカバレッジレポート) の生成。

コードカバレッジのスクリーンショット。

差分カバレッジ (PR カバレッジ) のサポート: v2 は、同じパイプライン内の複数の言語に対して差分カバレッジ PR コメントを生成できます。

v2 タスクでビルド品質チェックタスクがサポートされるようになりました。これは v1 タスクではサポートされていませんでした。

テスト計画での YAML パイプラインのサポート

従来のパイプラインに加えて、テストプランを構成するとき、またはテストプランから自動テストを実行するときに、YAML パイプラインを使用できるようになりました。

この要求は、次の開発者コミュニティの提案チケットに基づいて優先順位が付けられます。

レポーティング

バックログで利用可能なロールアップ列データ

ロールアップ列が更新され、利用可能な最新のデータが表示されます。以前は、頻繁に更新される作業項目に対してこれらの列が空白で表示され、混乱が生じることがあります。また、データが最後に更新された日時を示すタイムスタンプも表示されます。 Analytics 処理の遅延は通常どおりですが、これらの改善により、ロールアップ列を使用する際の透明性とスムーズなエクスペリエンスが提供されます。

バックログで利用可能なロールアップ列データを示すイメージ

ウィキ

HTML ベースのコンテンツの Wiki への貼り付けを改善する

HTML ベースのコンテンツを Wiki に簡単に貼り付けできるようになりました。リンク、リスト、テーブル、画像、Excel シート、Microsoft Teams メッセージ、電子メール、Azure Data Explorer クエリなどの HTML 要素が自動的に Markdown 構文に変換され、編集がスムーズになりました。

Last updated on 2025-12-20

次の方法で共有

Azure DevOps Server リリース ノート

Azure DevOps Server のリリース日: 2025 年 12 月 9 日

Azure DevOps Server RTW の新機能の概要

Azure DevOps Server RC リリース日: 2025 年 10 月 7 日

Azure DevOps Server RC の新機能の概要

全般

コード ブロックをクリップボードにコピーする

配送計画の権限が追加されました

Boards

GitHub の pull request での AB# リンク

GitHub リポジトリの検索の機能強化に接続する

GitHub 統合: YAML パイプラインのビルド状態を表示する

GitHub リポジトリを接続するための REST API のサポート

領域と反復パスを削除するための変更

作業項目フォームでのタグ管理の強化

作業項目のコメントでの画像のサポートが改善されました

作業項目のコメントに対する REST API の制限

配送計画の制限の引き上げ

Repos

TFVC リポジトリの作成を無効にする新しい設定

Git サブモジュールの UI サポート

リポジトリ ファイル ハブの新しい [正常性と使用状況] パネル

プル要求のターゲット ブランチを構成する

マークダウン ファイルで人魚図をサポートする

PR リストページでタイトルによってプルリクエストを検索する

Azure Repos のスパース チェックアウト

リポジトリ間ポリシーで大文字と小文字を区別する

TFVC チェックイン ポリシーの変更

Microsoft.TeamFoundationServer.ExtendedClient NuGet パッケージの新しいバージョン (19.254)

ポリシーの変更

Warnung

GetRepository API の機能強化

Pull Requests Query API の機能強化

Pipelines

TFX は、タスクが End of Life Node ランナーを使用しているかどうかを検証します

Microsoft Entra ID 認証を使用してパイプラインから Azure Service Bus にアクセスする

PublishToAzureServiceBus@2 タスク

サーバー タスク

TFX は、タスクが End of Life Node ランナーを使用しているかどうかを検証します

有効期間終了のノード ランナー バージョンを使用して警告を出力するタスク

v1 互換モードで Docker Compose v2 を使用するDockerCompose@0

Test Plans

マニフェスト V3 でのテストとフィードバックの拡張機能

Azure Test Runner バージョン 1.2.2

テストケースの実行のためのシームレスなビルドパイプラインの連携

REST API を使用して削除されたテスト プランとテスト スイートを復元する

XLSX でカスタム列を使用してテスト ケースをエクスポートする

Test Plans ディレクトリの新しい並べ替え機能

Web およびデスクトップ ランナーでテスト 手順を元に戻す

コードカバレッジ結果の発行 v2 タスクの改善

テスト 計画での YAML パイプラインのサポート

レポーティング

バックログで利用可能なロールアップ列データ

ウィキ

HTML ベースのコンテンツの Wiki への貼り付けを改善する

その他のリソース

Azure DevOps Server リリースノート

コードブロックをクリップボードにコピーする

リポジトリファイルハブの新しい [正常性と使用状況] パネル

プル要求のターゲットブランチを構成する

マークダウンファイルで人魚図をサポートする

Azure Repos のスパースチェックアウト

TFVC チェックインポリシーの変更

サーバータスク

有効期間終了のノードランナーバージョンを使用して警告を出力するタスク

REST API を使用して削除されたテストプランとテストスイートを復元する

XLSX でカスタム列を使用してテストケースをエクスポートする

Web およびデスクトップランナーでテスト手順を元に戻す

テスト計画での YAML パイプラインのサポート