Hacktoberfest 2026：メンテナが10月に向けて印を付けた、オープンで初心者向けの issue。 Hacktoberfest の issue を見る

Walk: Use multiple GitHub Enterprise instances concurrently

オープン
  • 何か問題がありますか？
#9,004 コメント 0 件 リアクション 0 件 担当者 1 名 GitHub で見る

メンテナーはふだん 1 日以内に返信

@TylerLeonhardt がすでに取り組んでいます。

2026年10月1日 から。

評価

この issue はまだ評価されていません。

説明

authentication feature-request GitHubEnterprise

Goal

Use repositories on multiple GitHub Enterprise instances concurrently in the same VS Code window, with one selected account/client per host. GitHub.com continues to use its separate connection.

This is the Walk follow-up to Crawl (#9003, implemented by #8996). Crawl recognizes multiple configured instances but keeps only one Enterprise account active at a time. This issue removes that host-switching limitation; it is not part of #8996.

User experience

With GitHub.com, Enterprise A, and Enterprise B repositories open, all three should be usable at once. Authenticating, refreshing, or signing out on B should not replace A's connection or disrupt public GitHub repositories.

Scope

  • Introduce host-aware connections while retaining one selected account per host. Reuse the existing credential/authentication owner rather than adding a second source of truth.
  • Resolve a repository's host/deployment identity and request a session with an explicit authorizationServer hint. Validate the returned issuer; session provenance remains authoritative for API destinations.
  • Scope account selection, current-user data, scope upgrades, reauthentication deduplication, failures, and invalidation to the affected host.
  • Include provider/host/deployment identity wherever repository, notification, or cache keys currently rely only on owner/name or native account/session IDs.
  • Make repository-bound PR, issue, review, tool, and agent actions use the repository's connection.
  • Define explicit selection or aggregation for hostless entry points such as notifications and clone/search. Do not silently pick the first configured host or automatically sign into every instance at startup.
  • Keep errors and sign-in prompts local to the affected host. Configuration changes and account removal must not disrupt unrelated connections.

Design decisions before implementation

  • How should SSH remotes that do not uniquely identify a deployment path or API port select an instance?
  • How should native account preferences be represented per host under the single github-enterprise provider?
  • Which hostless views aggregate results, and which ask the user to select a host?

Acceptance

  • GitHub.com plus two Enterprise hosts work simultaneously, including identical owner/repository names and colliding native account/session IDs.
  • An account change, expired token, canceled scope upgrade, or removed instance affects only that host.
  • Tokens, current-user state, cached metadata, comments, and notifications never cross host boundaries.
  • Unavailable or slow hosts do not block healthy repositories, and background refresh does not produce surprise sign-in prompts.
  • Cover desktop, web, and remote extension hosts with product-code tests and a real-account integration pass.

Out of scope

Multiple accounts on the same host, including multiple GitHub.com accounts, belong to Run. This phase does not change Copilot service eligibility or invent new Enterprise authentication providers.

Walk/Run design outline.

Next phase: #9005 (Run: multiple accounts on the same host).

主要言語
TypeScript
スター
2.6k
フォーク
805
平均マージ
1日 12時間
マージ済み PR（30日）
39

環境構築

このプロジェクトには開発コンテナ、Dockerfile、コントリビューションガイドがありません。まず README を読み、一般的な手順ははじめてのコントリビューションガイドを参照してください。

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

microsoft/vscode-pull-request-github のほかの issue

microsoft/vscode-pull-request-github の issue をすべて見る

似ている issue

TypeScript の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。