Walk: Use multiple GitHub Enterprise instances concurrently
Maintainer antworten meist innerhalb von 1 Tag
@TylerLeonhardt arbeitet bereits daran.
Seit 01.10.2026.
Bewertung
Dieses Issue wurde noch nicht bewertet.
Beschreibung
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
authorizationServerhint. 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-enterpriseprovider? - 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.
Next phase: #9005 (Run: multiple accounts on the same host).
- Vorherrschende Sprache
- TypeScript
- Sterne
- 2.6k
- Forks
- 805
- Ø Merge
- 2 T. 9 Std.
- Gemergte PRs (30 T.)
- 43
Entwicklungsumgebung
Dieses Projekt bietet weder Dev-Container noch Dockerfile noch Beitragsleitfaden – die Einrichtung liegt bei Ihnen. Beginnen Sie mit der README; die allgemeinen Schritte stehen in unserem Leitfaden für den ersten Beitrag.
Erste Schritte
- Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
- Forken Sie das Repository und arbeiten Sie in einem Branch.
- Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.
Mehr aus microsoft/vscode-pull-request-github
-
Issue 3 — DocumentationOffen
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 68/100
microsoft/vscode-pull-request-github#8792 ·
Maintainer antworten meist innerhalb von 1 Tag
-
Feature request: expose an MCP server so AI agents can interact with PRs and issuesEvtl. vergeben @alexr00 hat das vor 1 Tag übernommen. Offen
microsoft/vscode-pull-request-github#9070 · 1 Kommentar · 1 zugewiesene Person ·
Maintainer antworten meist innerhalb von 1 Tag
-
GitHub releases lag behind VS Code Marketplace by multiple versionsEvtl. vergeben @alexr00 hat das vor 1 Tag übernommen. Offen
microsoft/vscode-pull-request-github#9069 · 1 zugewiesene Person ·
Maintainer antworten meist innerhalb von 1 Tag
-
Review requests and review dismissals are missing from the PR conversation timelineEvtl. vergeben @alexr00 hat das vor 1 Tag übernommen. Offen
microsoft/vscode-pull-request-github#9068 · 1 zugewiesene Person ·
Maintainer antworten meist innerhalb von 1 Tag
-
Webview L10nEvtl. vergeben @alexr00 hat das vor 1 Tag übernommen. Offen
microsoft/vscode-pull-request-github#9067 · 1 zugewiesene Person ·
Maintainer antworten meist innerhalb von 1 Tag
Alle Issues in microsoft/vscode-pull-request-github
Ähnliche Issues
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 67/100
agilepathway/label-checker#739 · 4 Kommentare ·
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 68/100
CopilotKit/OpenBot#800 ·
Maintainer antworten meist innerhalb von 1 Tag
-
Endpoint links in the tag operations list are below the 24px target sizeEvtl. vergeben @AdzerKI hat das heute übernommen. Offen
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 78/100
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 79/100
ehmpathy/rhachet-roles-bhuild#471 ·
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 73/100
Maintainer antworten meist innerhalb von 1 Tag