MicrosoftのAzure DevOpsチームは2026年2月、GitHubリポジトリをAzure DevOpsプロジェクトに接続できる上限を従来の500件から2,000件へと4倍に拡張した。同時に、接続管理を自動化するREST APIエンドポイントも新たに追加され、大規模組織でのGitHub連携管理が大幅に改善された。

なぜ500件では足りなかったのか

Azure DevOpsとGitHubの連携は、Azure Boardsのワークアイテムとプルリクエストを紐づけたり、Azure Pipelinesのトリガーにしたりと、多くの組織で基幹的なDevOpsワークフローの一部になっている。

しかし、従来の500リポジトリという制限は、マイクロサービスを積極的に採用している組織や、複数のプロダクトラインを持つ大規模開発チームにとって現実的な壁となっていた。1サービス1リポジトリの構成で100以上のマイクロサービスを複数チームで管理すると、あっという間に500件の壁に近づく。GitHub Organizationsを複数に分けるなどの回避策を強いられていた組織も少なくない。

今回の2,000件への引き上げにより、こうした大規模環境での連携管理が現実的なものになった。

REST APIで「人手なし」の自動管理が可能に

上限拡張と同時に追加されたREST APIは、より本質的な改善といえる。

従来はAzure DevOpsのプロジェクト設定画面から手動でリポジトリを追加・削除する必要があった。新しいAPIエンドポイントを使えば、TerraformやBicep、あるいは自社製のプロビジョニングスクリプトから自動的に接続を管理できる。

実際のユースケースとしては以下が考えられる：

  • 新規マイクロサービス作成時の自動接続: CI/CDパイプラインの一部としてGitHubリポジトリ作成と同時にAzure DevOps連携を設定
  • IaCによるDevOps環境の再現性確保: 開発・ステージング・本番の各プロジェクトに対して、同一のリポジトリセットを宣言的に管理
  • オフボーディング自動化: プロジェクト終了時にリポジトリの接続を自動的に解除し、不要なアクセス権を残さない

同時期の関連アップデート

今回のリポジトリ上限拡張は、2026年2月〜5月にかけて連続的に投入されたAzure DevOpsの一連の強化策と連動している。

リリース 機能 意義

2026年5月 Git objectカウント制限の撤廃 大規模モノレポ対応

2026年4月 組み込みコード検索（拡張機能不要） 環境依存の解消

2026年3月 Remote MCPサーバーのパブリックプレビュー AIエージェントとのDevOps連携

2026年2月 GitHubリポジトリ上限2,000件＋REST API 本記事の対象

Remote MCPサーバーのプレビューが同時期に始まっている点は注目に値する。Azure DevOpsをAIエージェントの操作対象として扱えるインフラが整いつつあることを示している。

日本の現場への影響

日本のエンタープライズIT部門では、GitHub EnterpriseとAzure DevOpsを「両方使っている」環境が一定数存在する。コード管理はGitHub、プロジェクト管理（Boards）やパイプラインはAzure DevOpsという分業体制だ。

この構成を採用している組織では、今回の制限緩和と自動化APIの恩恵を直接受けられる。特に、年度替わりの大規模プロジェクト立ち上げや、SIer各社が顧客ごとに複数の開発リポジトリを管理するシナリオで効果が大きい。

明日から試せること：

  1. 現在の接続リポジトリ数を確認（プロジェクト設定 → GitHub connections）
  2. 新REST APIのドキュメントを確認し、既存のプロビジョニングフローに組み込めるか検討
  3. Terraform Azure DevOps Providerの対応状況を確認

筆者の見解

2,000件という数字は単なる上限緩和ではなく、「エンタープライズ規模での本格運用」を明示的に意識した判断だ。GitHubとAzure DevOpsという2つの強力なプラットフォームを擁するMicrosoftならではの、統合投資の成果が見え始めている。

今回の強化で特に評価したいのは、REST APIの追加による「自動化ファースト」への転換だ。設定を人間が画面で行うことを前提とした設計から、プログラマブルなインフラとして扱える設計へのシフトは正しい方向性だと感じる。Non-Human Identity（NHI）による自動化が業務効率の鍵になっている現在、管理操作をAPIで完結させられる環境は必須条件になりつつある。

一方で、2,000件という新しい上限がどれだけ長持ちするかは気になるところだ。マイクロサービス化やAI生成コードの増加によって、リポジトリ数はこれからも増え続ける可能性が高い。将来的には「上限なし」または動的な上限設定に向かうことを期待したい。

Remote MCPサーバーを含む一連の機能拡張から、Azure DevOpsをAIエージェントの「管制塔」として位置づける戦略が見えてくる。エージェントが安全かつ自律的に動作するプラットフォームとして整備を続けるこの方向性は、長期的に見て意義のある投資になると見ている。

出典: この記事は Azure DevOps: GitHub repository limit increased to 2,000 per connection の内容をもとに、筆者の見解を加えて独自に執筆したものです。