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

Github stack does not persist across worktrees

Offen
#459 1 Kommentar 9 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Dieses Issue hat noch niemand übernommen.

Bewertung

Schwierigkeit
4/5
Geschätzter Aufwand
3-5 Tage
Anfängerfreundlichkeit
52/100
Issue-Typ
Bug
Klarheit
Größtenteils klar
Aktivitätsstatus
Aktiv
Tech-Stack
git, github, go
Bereich
cli, tooling

Rechercherichtung

Beginne beim Einstiegspunkt gh stack init und verfolge, wie die lokale Stack-Zugehörigkeit gespeichert wird, wenn $GIT_DIR auf .git/worktrees/<name>/ zeigt. Reproduziere das Verhalten über einen Hauptarbeitsbaum und einen verknüpften Arbeitsbaum hinweg, einschließlich worktree remove; fertig ist es, wenn die Stack-Zugehörigkeit verfügbar bleibt, wenn der Branch aus einem anderen Arbeitsbaum geöffnet wird.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

bug topic: cli - worktrees

When opening a branch in a worktree and running gh stack init, it does not keep track of the stack locally. gh-stack keeps stack membership in local state tied to the checkout where init ran. If I create a worktree & use gh-stack, the stack doesn't persist on my machine, even if I open the branch back in my main worktree. Inside a worktree, $GIT_DIR is .git/worktrees// — so worktree remove deletes the stack state with it

This is confusing & not obvious. Additionally, a modern LLM workflow may involve different sub-agents in different worktrees. This makes gh-stack worse than, say git-spice for this purpose, since I can't easily update my work if I checkout the branch on my main worktree.

The stack is stored remotely on Github, but THAT doesn't always work - seems like GitHub only records a stack for a chain of two or more PRs.

Vorherrschende Sprache
Go
Sterne
1.5k
Forks
73
Ø Merge
1 T. 8 Std.
Gemergte PRs (30 T.)
7

Beitragsleitfaden

Beitragsleitfaden öffnen

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 github/gh-stack

Alle Issues in github/gh-stack

Ähnliche Issues

Weitere Issues zu Go

Neue Issues direkt in Ihr Postfach

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