TL;DR
Power Platform の開発において、Azure DevOps と GitHub を統合することで両方の良いところを得られます。
- ADO がバックボーンのまま：作業項目、スプリント計画、テスト計画、デプロイ用パイプラインはすべて Azure DevOps に残ります。
- コードは GitHub に移動：Power App Code Apps または Power Pages SPA は GitHub リポジトリ上に置かれ、ネイティブの GitHub Copilot 統合と Copilot Cloud Agent が利用可能になります。
-
2 つのプラットフォームはリンクされる：コミットが
AB#{id}経由で ADO の作業項目を参照し、双方向のトレーサビリティ層を作成します。 - Copilot Cloud Agent が自律的に動作する：タスクを割り当てると PR を開きます。PR に割り当てるとレビューして問題を修正します。これらはすべてリポジトリ自身の指示に基づいて行われます。
Power Platform における ALM の管理は、これまでになく簡単ではありませんでした。CRM や業務アプリケーションを真剣に扱っている人なら誰でも知っています。アプリケーションのライフサイクルは、コードを書いたところで終わりません。要件、スプリント、パイプライン、テスト、レビュー — すべてが一貫して噛み合っている必要があります。そして長年、その課題に対する私の答えは Azure DevOps でした。
️ 最初のポイント：バックボーンとしての Azure DevOps
Azure DevOps は常に、私が必要としていたものを提供してくれました。要件の追跡のための Work Items、Git リポジトリ、CI/CD パイプライン、統合されたテスト計画です。ユーザーストーリーから本番環境へのデプロイまで、アプリケーションのライフサイクル全体を完全にコントロールしたいチーム向けに作られた、完成されたエコシステムです。
Power Platform アプリケーションにおいて ADO は堅牢な選択肢のままです。キャンバス アプリ、モデル駆動型アプリ、Power Pages ポータルのどれを作っているとしてもです。ソリューション パイプライン、Power Platform Build Tools のような ALM ツール、そしてネイティブの環境統合により、ワークフローは再現可能で統制しやすくなります。
以上です。
そして Power App Code Apps と Power Pages SPA が登場しました。
新しいアプリ種別がゲームのルールを変える
Power App Code Apps と Power Pages SPAs はパラダイムシフトを表しています。もはやローコードのデザイナーで作業しているわけではありません。実際のコードを書いています — TypeScript、React、カスタム コンポーネントです。そして実際のコードを書くとなると、開発サイクルにおける AI が贅沢ではなく、本物の加速装置になるのです。
開発サイクルでの AI の恩恵を非常に大きく受けます：コード補完、自動レビュー、テスト生成。これによって、プラットフォーム選択の重みが大きく変わります。
社内ポリシーにより、信頼できるアシスタントは GitHub Copilot です。そして最初の摩擦が生じるのはここです。GitHub Copilot は ADO ではなく GitHub 上に存在するのです。
GitHub は単なるリポジトリ以上のもの
ここ数か月で、GitHub Copilot Cloud Agent の導入により、プラットフォームは大きな飛躍を遂げました。GitHub は 単なる Git リポジトリの保管場所ではありません。自律型エージェントのプラットフォームになっており、実際の共同作業者のように、クラウド上で裏側でエージェントを実行できます。
ただし、ライフサイクルの他の部分に関しては GitHub は ADO の完全性に匹敵しません。要件管理、スプリント計画、構造化されたテスト計画など、複雑なプロジェクトを統制するために必要なものは、依然として ADO の強みです。
私が自分に問いかけたのは、両方の最良を得られるのだろうか？ということでした。
ハイブリッド構成：ADO + GitHub の統合
答えは「はい」です。そして、このセットアップは思っているよりも複雑ではありません。Azure DevOps と GitHub はネイティブに統合されています。両環境の接続が設定されると、2 つのシステムがお互いに双方向で通信し始めます。
コードは GitHub 上にあります。作業項目、要件、スプリント計画、テスト計画 — すべては ADO に残ります。Power Platform へのデプロイ パイプラインは ADO パイプラインのまま動き続けます。すでに知っているコネクタを使います。
↔️ コミット内の双方向リンク
私が特に重視していたのは、コードと作業項目のつながりを失わないことでした。純粋な ADO だけの構成では、これは自然に実現できます。コミットは作業項目を参照でき、追跡可能なリンクを構築できます。ハイブリッド構成でも同じ結果を得たいと思っていました。
そして実現できています。コミットメッセージ（または PR のコメント）で使う構文はシンプルです。
GitHub のコミットでは
AB#{WORKITEMID}の構文を使って、コミットを Azure Boards の対応する作業項目に自動的にリンクします。リンクは双方向に、両側に表示されます。
コミットメッセージに fix: error handling on component init AB#1234 と書くだけで、コード変更と ADO のタスクの間に追跡可能なリンクが作成されます。統合により、「Development」セクションがコミットへの参照で自動的に入力されるか、PR で同様に反映されます。
ADO を扱う人なら、監査、リリース計画、あるいは単に「なぜこのコードはこのやり方で書かれたのか」を理解したいときに、この種のトレーサビリティがいかに重要かを知っています。
Copilot Cloud Agent：眠っている間にも働くコラボレーター
ここが 本当に私の働き方を変えた部分です。GitHub Copilot Cloud Agent は バグやタスクに直接割り当てることができます。そしてその時点で、自律的にそれに取り組み始めます。Pull Request を開き、裏側で解決策を構築します。
出力の品質は、タスクの書き方に大きく左右されます。文脈が明確で、受け入れ基準が定義され、既存のコードベースへの参照が含まれた、うまく構造化された Issue は、漠然とした一行のタイトルよりも大幅に質の高い PR を生みます。タスクを書く際に投資する手間は、エージェントが成果物として仕事を届けてくれたときに回収できます。
しかし最も説得力のあるのは、自動化された Pull Request のレビューです。Copilot Cloud Agent：
- 開発者によって開かれたすべてのPRを分析し、
- 問題を事前に察知し、
- 疑わしいパターンを指摘し、
- そしてそれらを修正するために積極的に関与することができます――PR内で、コメント内で、協力的に。
文脈に基づくレビューであって、一般的なフィードバックではない
この構成を一般的な「コードレビューを行うAI」から切り離している要素があります。Copilot Cloud Agent は、リポジトリのコンテキストと連携する*――つまり、そのレビューは一般的なものではなく*、リポジトリ内でチームが定義しているガイドライン、アーキテクチャのパターン、慣習に根ざしているのです。
リポジトリ単位で設定可能な指示ファイル、スキル、ルールを通じて（.github/copilot-instructions.md とカスタム指示）、エージェントに Code App の構成方法、従うべきパターン、避けるべきアンチパターン、そして強制すべき命名規則を教えることができます。
.github/copilot-instructions.mdファイルが、あなたの制御ポイントです。ここでアーキテクチャ上のガイドライン、チームの慣習、従うべきパターンを定義します。エージェントは、それらを参照として、割り当てるすべてのレビューやタスクを行います。
その結果、レビューはあなたのプロジェクトの言葉で語ります――ブログ記事（これを含む）から誰でもコピーできるような一般的なチェックリストではありません。チームがコンポーネントには特定のエラーハンドリングのパターンに従うと決めているなら、エージェントはそれを理解していて、それを検証します。
最後に
ADO + GitHub の組み合わせは妥協ではありません。各プラットフォームの強みを、それぞれが得意とする領域で活用するための意図的な選択です。ADO は統治、計画、そしてライフサイクル全体のため。GitHub は開発、AI、そして Copilot Agent の機能のためです。
Power App Code Apps に取り組むチーム――そしてますます Power Pages SPAs にも――この構成は、レビューコストを下げ、生成されるコードの品質を高め、企業プロジェクトに求められるトレーサビリティを維持します。
Copilot Cloud Agent は開発者を置き換えるものではありません。問題を先回りして察知し、より機械的な作業を引き受け、重要な意思決定に開発者の時間を解放します。そしてそれこそが、良い協力者に求める姿そのものです。
私が今まさに探索を楽しみにしているフロンティアが1つあります。同じレベルの自動化をモデル駆動型アプリにも持ち込むことです。現在、Code Apps が「コードファースト」であることが Copilot Agent を非常に効果的にしている――しかしPACX、App Maker MCP Server、Dataverse MCP Server、Power Platform Skills for Generative Pages などのようなツールによって、モデル駆動型開発にも同様の AI 主導のワークフローを適用する見通しが、ますます現実味を帯びてきています。今後にご注目ください。
