ロードマップ
次のセクションでは、Azure Boards と GitHub の統合のために開発中の新機能について説明します。
コーディング エージェント: 開発者は、Azure Boards 作業項目から直接 Copilot を呼び出し、ターゲットの GitHub リポジトリとブランチを選択し、元の作業項目にリンクされたままのドラフト pull request を作成できます。 これにより、作業計画からコード変更までのエンドツーエンドの追跡可能性が提供されます。
コーディング エージェントのカスタム エージェント: 作業項目からコーディング エージェントを使用する場合、ユーザーは一連のカスタム エージェントから選択できます。
リモート MCP サーバー: ローカルの Azure DevOps MCP サーバーから限られたツール セットを公開する、ホストされたリモート MCP サーバーが導入されています。 この最初のリリースでは、コア プラットフォーム機能と最も一般的に使用される作業項目ツールに焦点を当てます。これにより、お客様はローカル MCP サーバーを実行したり管理したりすることなく、Azure DevOps と統合できます。
制限の引き上げ: 1 つの Azure Boards プロジェクトに接続できる GitHub リポジトリの現在の制限は、1,000 から 2,000 個のリポジトリに増やされ、大規模な組織や複雑な GitHub 統合の柔軟性が向上します。
配信された機能
Azure DevOps ローカル MCP サーバー
Azure DevOps 用のローカル MCP サーバーは、強化されたログインと承認、新しいツールと洗練されたツールを提供し、ツールのスコープ設定とクライアント制限の管理に役立つ "ドメイン" を導入します。
Azure DevOps MCP Server は、GitHub Copilot や Azure DevOps などの AI アシスタント間の橋渡しとして機能し、ユーザーは自分の環境内で作業項目、Wiki、テスト 計画などに安全にアクセスして対話できます。
インストール手順、例、および投稿ガイドラインについては、 Azure DevOps MCP Server リポジトリ を参照してください。
GitHub の統合とセキュリティの向上に関するバグ修正
このスプリントでは、Azure Boards GitHub 統合のセキュリティと信頼性を向上させるために、いくつかの重要なバグを解決しました。
- トークンの取り消し、制限を超えるスコープの使用、トークン検証の欠如など、アクセス トークンの処理に関連する複数の問題を修正しました
- GitHub 接続フローとブランチ作成フローの両方の特権エスカレーションの脆弱性に対処しました
- 意図しないアクセスを防ぐために、切断後に GitHub の PAT の永続的なストレージを削除しました
- CORS 構成でのワイルドカードの配信元の使用を排除して、より厳密なセキュリティ制御を適用する
- GitHub クライアント シークレットをローテーションし、組織全体でグローバル共有を停止することで、シークレット管理を改善しました
- サービス接続を削除するときのログ記録と監査可能性の強化
- Webhook が正しく構成されていないことによって発生する潜在的な情報漏えいを解決しました
GitHub 統合: プル要求トのメンション
!メンションを使用して、任意の大きなテキスト フィールドまたはコメントから直接 GitHub pull request を参照し、議論できるようになりました。
GitHub 統合: 状態遷移のサポート
GitHub pull requests を Azure Boards の作業項目にリンクするためのサポートが拡張されました。 以前は、 Fixes AB#{ID} キーワードのみがサポートされていました。 この更新プログラムでは、 {State or Category} AB#{ID} を使用して、マージ時に作業項目を目的の状態に自動的に移行できるようになりました。
GitHub pull request の説明に状態名 ( Validate AB#1234 など) が含まれている場合、リンクされた作業項目の状態が結果として更新されます。 状態名が認識されない場合は、状態カテゴリ ( Resolved など) と一致するかどうかを確認します。 その場合、作業項目はそのカテゴリ内で最初に使用可能な状態に遷移します。
一致する状態またはカテゴリが見つからない場合、キーワードは無視され、作業項目の状態は更新されません。
最後に、 Fixes AB#{ID} キーワードは引き続き期待どおりに動作し、既定では "Closed" 状態の値になります。
GitHub 統合: コミット、ブランチ、プル要求へのリンクの改善
使いやすさのギャップを埋め、Azure Repos で使い慣れたエクスペリエンスに合わせるために、Boards + GitHub の統合を継続的に改善しています。
この更新プログラムでは、ブランチ、プル要求、コミットを作業項目にリンクする方法を効率化するためのいくつかの機能強化が導入されました。
GitHub ブランチが作業項目にリンクされると、関連付けられているすべてのプル要求が自動的にリンクされるようになります。 AB# を手動で使用する必要はありません。
プル要求がマージされると、マージ コミットは作業項目に自動的にリンクされます。
プル要求がマージされた後にブランチが削除された場合、ブランチ リンクは作業項目から自動的に削除されます。
これらの改善により、開発の進捗状況を追跡し、作業項目の関連付けをクリーンかつ最新の状態に維持する作業が容易になります。
GitHub 統合: YAML パイプラインのビルド状態を表示する
YAML とクラシック パイプラインの間の機能パリティの実現に取り組んでいます。 欠けている重要な機能の 1 つは、リポジトリが GitHub でホストされている場合に "ビルドに統合" リンクを提供する機能でした。 最新のリリースでは、YAML パイプラインの設定に次のオプションを追加して、このギャップに対処しました。
ビルドが完了すると、関連する作業項目に対応するリンクが自動的に表示され、全体的な追跡可能性のストーリーが向上します。
GitHub 統合: マージコミットをリンクする
プル要求が完了すると、マージ コミットが対応する作業項目に自動的にリンクされるようになりました。
接続されている GitHub リポジトリの制限を増やす
過去数か月間、GitHub リポジトリを Azure DevOps プロジェクトに接続するユーザー エクスペリエンスとスケーラビリティの両方が強化されました。 このスプリントでは、最大制限を 500 から 1,000 個のリポジトリに引き上げ、プロジェクトを管理するための容量をさらに増やしました。
GitHub pull request 分析情報
GitHub pull request と Azure Boards の統合が強化されました。 開いている状態と終了した状態を表示するだけでなく、pull request が下書きモードかどうか、レビューが必要かどうか、およびチェックの状態を確認できるようになりました。 プル要求を開く必要なく、すべて。
この機能を有効にするには、GitHub の Boards アプリに移動して、チェックへの読み取りと書き込みアクセスに対して要求された更新されたアクセス許可を受け入れるようにします。
GitHub リポジトリの検索の機能強化に接続する
Azure DevOps プロジェクトを GitHub 組織に接続できるようになりました。特に、何千ものリポジトリがある場合に最適化されています。 検索と選択のエクスペリエンスにより、タイムアウト エラーのリスクがなくなり、接続プロセスがよりスムーズかつ効率的になります。
作業項目から GitHub ブランチを作成する
これで、Azure DevOps 内の作業項目から直接 GitHub ブランチを作成できます。 GitHub 接続がプロジェクトに対して構成されている場合は常に "New GitHub Branch" リンクを使用できます。 このリンクは、作業項目フォーム、カード、バックログ、クエリなど、すべての作業項目コンテキスト メニューで使用できます。 新しいブランチを作成するには、ブランチ名を入力し、目的のリポジトリとベース ブランチを選択します。
GitHub のコミットまたはプル要求へのリンクを追加する
目的のリポジトリを検索して選択して作業項目を GitHub にリンクし、ドリルダウンして特定のプル要求またはコミットを見つけてリンクします。 ウィンドウを複数変更してコピー/貼り付けする必要はなくなりました (ただし、そのオプションはまだあります)。
GitHub の pull request での AB# リンク
Azure Boards + GitHub 統合の継続的な機能強化の一環として、AB# リンクのエクスペリエンスを向上させる機能をプレビューしています。 この更新プログラムでは、AB# リンクが GitHub pull request の開発セクションに直接表示されるようになりました。 つまり、説明やコメント間を移動しなくても、リンクされた作業項目を表示でき、それらの AB# リンクに簡単にアクセスできます。
これらのリンクは、プル要求の説明で AB# を使用する場合にのみ使用できます。 作業項目からのプル要求から直接リンクしている場合は、表示されません。 説明から AB# リンクを削除すると、開発コントロールからも削除されます。