Add --rebase-on-conflict flag to `gh stack sync` to auto-run rebase on conflicts
@skarim 已經在處理了。
開始於 2026年8月11日。
評估
這個 Issue 還沒有評估資料。
描述
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).
- 主要語言
- Go
- 星號
- 1.5k
- 分支
- 73
- 平均合併
- 1 天 8 小時
- 30 天內合併 PR
- 7
貢獻指南
從這裡開始
- 先讀完整個 Issue,再讀專案的貢獻指南。
- 在 Issue 下留言說明你要接手 —— 這能避免兩個人做同樣的事。
- Fork 儲存庫,在一個分支上完成修改。
- 送出 Pull Request,並在描述裡引用這個 Issue 編號。
github/gh-stack 的其他 Issue
-
難度 2/5 1-3 小時 新手友好度 85/100
-
難度 1/5 1 小時以內 新手友好度 92/100
-
feature request topic: cli - general
難度 2/5 1-3 小時 新手友好度 68/100
-
feature request topic: auto-merge
難度 2/5 1-3 小時 新手友好度 68/100
-
bug topic: docs
難度 1/5 1 小時以內 新手友好度 68/100
相似的 Issue
-
難度 1/5 1 小時以內 新手友好度 60/100
github/gh-aw-mcpg#13748 ·
-
agentic-workflows
難度 2/5 1-3 小時 新手友好度 65/100
-
needs-triage
難度 2/5 1-3 小時 新手友好度 75/100
-
難度 2/5 1-3 小時 新手友好度 65/100
-
難度 2/5 1-3 小時 新手友好度 75/100
googleapis/librarian#7670 · 2 則留言 ·