Add --rebase-on-conflict flag to `gh stack sync` to auto-run rebase on conflicts
@skarim arbeitet bereits daran.
Seit 11.8.2026.
Bewertung
Dieses Issue wurde noch nicht bewertet.
Beschreibung
Summary
Add a flag to gh stack sync so that when a conflict is detected it automatically runs gh stack rebase (instead of instructing the user to run rebase manually).
Background / motivation
Currently when users run gh stack sync and it encounters a conflict the CLI prints an instruction to run gh stack rebase. Some users would prefer a single-command flow that attempts a rebase automatically when a conflict occurs to avoid typing two commands.
Proposed behavior
- Add an explicit flag to
gh stack sync, for example--rebase-on-conflict(alternative names:--rebase-if-conflict,--auto-rebase). - Default behavior of
gh stack syncremains unchanged (safe, no automatic rebase). - When the flag is provided and sync detects a conflict,
gh stack syncshould automatically invoke the rebase flow (equivalent to runninggh stack rebase). - The flag signals that the user consents to the potential rebase-related outcomes (e.g., temporary detached HEAD during an in-progress rebase), so the command can proceed without an additional prompt.
- The command should preserve non-interactive behavior where appropriate (i.e., suitable for scripts). If prompts are required during rebase, consider a complementary
--yesor--no-interactiveoption, or clearly document the interaction expectations.
Acceptance criteria
gh stack sync --rebase-on-conflictwill run a rebase automatically if a conflict is encountered during sync.- The default
gh stack syncremains unchanged and does not perform automatic rebases. - Documentation for
gh stack syncincludes the new flag and describes its behavior and risks.
Example
- Normal:
gh stack sync - With flag:
gh stack sync --rebase-on-conflict
Notes / implementation hints
- Consider the exact flag name and whether a short alias (e.g.,
-r) is appropriate. - Ensure the UX communicates that the user opted in to automatic rebase behavior and any potential consequences.
- Make sure the behavior is deterministic for CI/automation usage (document or provide an explicit non-interactive mode).
- Vorherrschende Sprache
- Go
- Sterne
- 1.5k
- Forks
- 73
- Ø Merge
- 1 T. 8 Std.
- Gemergte PRs (30 T.)
- 7
Beitragsleitfaden
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 github/gh-stack
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 85/100
-
Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 92/100
-
feature request topic: cli - general
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 68/100
-
feature request topic: auto-merge
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 68/100
-
bug topic: docs
Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 68/100
Alle Issues in github/gh-stack
Ähnliche Issues
-
textual definition
Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 90/100
geneontology/go-ontology#32653 ·
-
Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 75/100
-
needs design
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 75/100
-
Priority/High ready-for-agent Severity/Major Type/Bug
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 75/100
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 70/100