リポジトリ種別 — 何に対応しているか

作業コピーがどこから来られるか、来た後に Console が何をできるか。差は見た目の話では ありません。横断検索の無いプロバイダは作業項目の受信箱の駆動方法を変え、 プルリクエストの無いプロバイダはレビュー導線に出せるものを根本から変えます。

✓ = 対応、— = 非対応 / 該当なし。

機能	GitHub	Bitbucket	内部 git	SVN	ローカル
Console からアカウント接続	✓	✓	✓¹	✓²	—
OAuth でログイン	✓³	✓	—	—	—
トークン / アプリパスワードでログイン	✓	✓	✓¹	✓²	—
テナントが登録した OAuth アプリ	✓	✓	—	—	—
リポジトリの一覧と選択	✓	✓	✓	—	—
private リポジトリ	✓	✓	✓	✓	✓
クローン / チェックアウト	✓	✓	✓	✓	✓⁴
認証を透過した push	✓	✓	✓	✓	—
ブランチと worktree	✓	✓	✓	—⁵	✓
コミットグラフと差分	✓	✓	✓	—⁵	✓
大きなファイル（LFS）	✓	✓	✓	—	✓
受信箱に Issue を出す	✓	—	—	—	—
受信箱にプルリクエストを出す	✓	✓⁶	—	—	—
プルリクエストからレビューを始める（head ブランチを checkout）	✓	✓⁶	—	—	—
リポジトリ横断の検索	✓	—⁷	—	—	—
項目への書き戻し（コメント）	✓	✓⁸	—	—	—
セッション行のプルリクエストチップ（状態・ドラフト・チェック）	✓	✓	—	—	—
ブランチのプルリクエストがマージ / クローズされた通知	✓	✓	—	—	—
ブランチのプルリクエストがマージ可能になった通知	✓	—	—	—	—

¹ 内部プロバイダは配備自身がホストし、資格情報はメンバーシップ毎に都度導出されます （保存しません）。接続する手順そのものがありません。

² URL ＋ 基本認証。自己署名証明書はチェックアウト毎に明示的に信頼できます。

³ GitHub は Copilot エージェントの接続も兼ねます。GitHub を接続すると Copilot も 接続され、切ると一緒に切れます。

⁴ 「ローカル」はリモートの無い作業コピー、つまりここで始めた新規フォルダや、自分で クローンしたものです。動きますが、どこへも push されません。

⁵ SVN のチェックアウトはフラットな作業コピーです。ブランチ・worktree・コミット グラフの画面は git の形をしているので該当しません。代わりに svn 行には、読み取り専用の ログを表示（直線のリビジョン一覧とリビジョンごとの差分）と ローカルの変更 （svn status）があります。

⁶ Bitbucket が出すのはプルリクエストだけで、課題トラッカーは読みません。

⁷ Bitbucket にはリポジトリ横断の検索 API がありません。クエリはワークスペース （普通はリポジトリも）を名指しする必要があります。Console はそのクエリを書かせずに 組み立てます。ワークスペースの無いクエリは空で返り、それは 「自分に割り当てが無い」と見分けがつきません。

⁸ Bitbucket のプルリクエストへのコメント投稿にはプルリクエストの書き込み権限（OAuth アプリの pullrequest:write）が要り、それはテナント管理者が権限を広げ、全員が再認可する変更になります。 読み取りだけを先に足したのは意図的です。Console が Bitbucket の行にボタンを出すのは、接続がその スコープを持つと分かっているときだけで、そうでなければ Agent Fleet は読むだけです （Bitbucket のスコープ）。Bitbucket の Issue は一覧に出ないので、コメントできるのは プルリクエストだけです。

課題管理は別の軸

トラッカーはコードのホストと同じ製品とは限りません。Jira は Bitbucket や GitHub と 並べて使うもので、別に接続します。

トラッカー	出すもの	書き戻し
GitHub	Issue とプルリクエストを 1 つのクエリで	✓ コメント
Jira	Issue	✓ コメント
Bitbucket	プルリクエスト	✓ コメント（書き込みスコープが要る⁸）

プロバイダからの 404 は「無い」の根拠には決してなりません。「あなたには見えない」 とも完全に整合するので、それを不在として扱うと受信箱が気づかないうちに取りこぼします。

この表に無いもの

そもそもその配備からプロバイダへ到達できるかは egress の話であって、プロバイダの 能力ではありません（deploy-targets.md とテナント設定を参照）。