Add merge queue CI optimisation

未關閉

#395 建立於 2026年8月5日 1 則留言 13 個 reaction 已指派 0 人在 GitHub 檢視

還沒有人認領這個 Issue。

評估

難度: 5/5
預估耗時: 一週以上
新手友好度: 38/100

Issue 類型: 功能
描述清晰度: 基本清楚
活躍度: 活躍
技術堆疊: github, go
領域: cli, devtools

研究方向

沒有指定檔案或測試。先定位 merge queue 的實作以及現有的 “Only merge non-failing pull requests” 選項，然後追蹤堆疊 PR 的評估方式。完成的標準是：佇列中的 stack 只能在其最後一個 PR 上執行 CI，並以原子方式合併；同時，部分 queue 仍會在其最後一個排入佇列的 PR 成功時合併。

由索引模型根據 Issue 內容生成。

描述

feature request topic: merge queue

The problem

We use stacks a lot, and often mid stack PRs have some CI failures that are fixed above.

When I merge a stack of 5 PRs, I don't need to run CI in each of them, it's OK to skip 1-4 and only run CI in 5th. It saves A LOT of wasted runner minutes.

Current state

You have this checkbox "Only merge non-failing pull requests":

Imagine we have added 5 stacked PRs to a merge queue, with CI like this
PR 1 pass ✅
PR 2 pass ✅
PR 3 fail ❌
PR 4 pass ✅
PR 5 fail ❌

Checkbox set:
It will run CI on 5 pull requests, merge 1-2
Checkbox not set:
It will run CI on 5 pull requests, merge 1-4

Proposal

It is greedy to merge something now. I want it to merge a queued atomic stack instead.

In order to make it work, you need another checkbox "merge a queued stack atomically and only run CI on the last PR", where it will only run CI on PR 5, and it will not merge 1-2 or 1-4 of I queued 1-5.

However, if I only added 1-2 or 1-4 to the merge queue - it will merge, because the last queued PR succeeded.

For context: it is not rare for us to hit a 50 PRs limit in a graphite, and 20 PRs stacks are very usual. Saving 20x runner minutes is a huge deal.

主要語言: Go
星號: 1.5k
分支: 73
平均合併: 1 天 8 小時
30 天內合併 PR: 5

貢獻指南

開啟貢獻指南

從這裡開始

先讀完整個 Issue，再讀專案的貢獻指南。
在 Issue 下留言說明你要接手 —— 這能避免兩個人做同樣的事。
Fork 儲存庫，在一個分支上完成修改。
送出 Pull Request，並在描述裡引用這個 Issue 編號。

github/gh-stack 的其他 Issue

Please allow both `gh stack` and `gh stacks` commands to work 未關閉

難度 2/5 1-3 小時新手友好度 85/100

github/gh-stack#518 · 2026年9月21日建立
Outdated version number in skill file 未關閉

難度 1/5 1 小時以內新手友好度 92/100

github/gh-stack#499 · 2026年9月8日建立
Add option to allow adding alias even if there's already a binary in path with that name 未關閉

feature request topic: cli - general

難度 2/5 1-3 小時新手友好度 68/100

github/gh-stack#452 · 2026年8月18日建立
Change "Merge when ready" text to "Enqueue" or "Add to merge queue" 未關閉

feature request topic: auto-merge

難度 2/5 1-3 小時新手友好度 68/100

github/gh-stack#438 · 2026年8月12日建立
CONTRIBUTING.md conflicts with collaborator-only PR restriction 未關閉

bug topic: docs

難度 1/5 1 小時以內新手友好度 68/100

github/gh-stack#429 · 3 個 reaction · 2026年8月11日建立

查看 github/gh-stack 的全部 Issue

相似的 Issue

nix: vendorHash is outdated 未關閉

難度 1/5 1 小時以內新手友好度 90/100

abenz1267/elephant#301 · 1 個 reaction · 2026年9月24日建立
Bob Shell support 未關閉

enhancement

難度 2/5 1-3 小時新手友好度 65/100

rossoctl/cortex#1119 · 2026年9月24日建立
[BUG] CREATE property value with *, -, ^, % or unary minus is stored as its text ('2 * 3'); + and / are evaluated 未關閉

bug

難度 2/5 1-3 小時新手友好度 75/100

orneryd/NornicDB#656 · 2026年9月24日建立
HaveExactElements' failure message omits where the missing or extra elements start when that index is 0 未關閉

難度 2/5 1-3 小時新手友好度 75/100

onsi/gomega#934 · 2026年9月24日建立
propertyNames and contentSchema errors: InstanceLocation is overwritten by later siblings 未關閉

難度 2/5 1-3 小時新手友好度 75/100

santhosh-tekuri/jsonschema#276 · 2026年9月24日建立

更多 Go Issue