Reordering a stack can cause PRs to be incorrectly marked as merged
还没有人认领这个 Issue。
评估
调研方向
先从 gh stack push 背后的实现开始，然后追踪重新排序的 stack 祖先关系和现有 PR base 是如何处理的。复现报告中的 gh stack modify、gh stack push 和 gh stack submit 序列；完成的标准是 push 能安全地同步远程 stack，或明确引导用户执行 submit，同时不会错误地将 PR 标记为 merged。
由索引模型根据 Issue 内容生成。
描述
Problem
After reordering a published stack, I ran:
gh stack modify
gh stack push
gh stack submit
gh stack push updated the branch ancestry without updating the existing PR bases. Some PRs then targeted descendant branches that already contained their commits.
GitHub saw empty diffs and automatically marked those PRs as merged, although their commits were never merged into main. The PRs could not be reopened and had to be recreated with new branch names.
Version
gh stack version 0.0.8
Expected behavior
I expected gh stack push either
- to update the remote stack to match the reordered local stack,
- or to fail and tell me to use
gh stack submitfor this operation.
- 主要语言
- 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
-
textual definition
难度 1/5 1 小时以内 新手友好度 90/100
geneontology/go-ontology#32653 ·
-
难度 1/5 1 小时以内 新手友好度 75/100
-
needs design
难度 2/5 1-3 小时 新手友好度 75/100
-
Priority/High ready-for-agent Severity/Major Type/Bug
难度 2/5 1-3 小时 新手友好度 75/100
-
难度 2/5 1-3 小时 新手友好度 70/100