Hacktoberfest 2026: die Issues, die Maintainer für den Oktober markiert haben – offen und einsteigerfreundlich. Hacktoberfest-Issues durchsuchen

Run: Use multiple accounts per host, including GitHub.com

Offen
  • Stimmt etwas nicht?
#9,005 0 Kommentare 0 Reaktionen 1 zugewiesene Person Auf GitHub ansehen

Maintainer antworten meist innerhalb von 1 Tag

@TylerLeonhardt arbeitet bereits daran.

Seit 01.10.2026.

Bewertung

Dieses Issue wurde noch nicht bewertet.

Beschreibung

authentication feature-request GitHubEnterprise

Goal

Use multiple accounts on the same GitHub host concurrently, including separate personal and work accounts on GitHub.com, with explicit repository-to-account selection.

This is the Run phase, building on host-aware connections in Walk (#9004). Crawl (#9003 / #8996) provides basic multi-Enterprise configuration and account switching; Walk adds simultaneous hosts. Neither phase provides simultaneous accounts on one host.

User experience

In one window, a user should be able to work on repository A with one account and repository B with another account on the same host, without repeatedly changing a provider-wide preference. The selected account and its permissions should be clear, and changing one binding should not silently switch unrelated repositories.

Scope

  • Identify connections by provider, issuer/deployment, and account. Do not rely on account labels or native IDs being globally unique.
  • Define an explicit repository-to-account binding and account-picker experience. Do not infer authentication identity from Git commit authorship or a username embedded in a remote URL.
  • Decide where bindings persist, how workspace preferences interact with user preferences, and what happens when a binding is absent, inaccessible, signed out, or removed.
  • Request and validate the intended account and issuer for every repository-bound operation, including reauthentication and scope upgrades. Never silently retry an operation with another account just because it has access.
  • Partition permission-sensitive repository metadata, user caches, reviews/comments, and notifications by connection identity, including when the same repository is accessible to several accounts.
  • Define account selection or aggregation for hostless tools, notifications, clone/search, and agent entry points.
  • Keep sign-in, consent, switching, and removal explicit while reusing native authentication/account UX where the platform supports it.

Design prerequisite

Verify which VS Code authentication and account-preference APIs can express the required bindings before committing to the UX. Coordinate with upstream structured-account identity work rather than encoding identities into display labels or creating a competing preference store without a clear need.

Acceptance

  • Two GitHub.com accounts can operate concurrently on different repositories in one window.
  • Two accounts on the same Enterprise instance can operate concurrently, including different permissions and scope sets.
  • Switching/signing out/re-authenticating one binding does not change another account's repositories or cached state.
  • Ambiguous or missing bindings produce an actionable choice/error, not an unintended account fallback.
  • Regression coverage proves credentials, comments, notifications, and permission-sensitive data do not cross account boundaries, with real-account verification across supported environments.

Related

  • #7745 tracks detecting that the currently selected account may be wrong; that is a related, narrower UX problem rather than simultaneous account support.
  • Walk/Run design outline.
Vorherrschende Sprache
TypeScript
Sterne
2.6k
Forks
805
Ø Merge
1 T. 13 Std.
Gemergte PRs (30 T.)
38

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

  1. Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
  3. Forken Sie das Repository und arbeiten Sie in einem Branch.
  4. Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus microsoft/vscode-pull-request-github

Alle Issues in microsoft/vscode-pull-request-github

Ähnliche Issues

Weitere Issues zu TypeScript

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.