Add merge queue CI optimisation

オープン

#395 2026年8月5日に作成コメント 1 件リアクション 13 件担当者 0 名 GitHub で見る

まだ誰も着手していません。

評価

難易度: 5/5
見積もり時間: 1週間以上
初心者へのやさしさ: 38/100

issue の種類: 機能追加
明瞭さ: おおむね明確
活発さ: 活発
技術スタック: github, go
領域: cli, devtools

調査の方向性

ファイルやテストは指定されていません。まず merge queue の実装と既存の “Only merge non-failing pull requests” オプションを見つけ、次に stacked PRs がどのように評価されるかを追跡してください。キューに入ったスタックが最後の PR に対してのみ CI を実行し、アトミックにマージでき、さらに部分的なキューでも最後にキューへ追加された 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時間
マージ済み PR（30日）: 7

コントリビューションガイド

コントリビューションガイドを開く

はじめの一歩

issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
リポジトリをフォークし、ブランチを切って変更します。
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 件 · 2026年8月11日に作成

github/gh-stack の issue をすべて見る

似ている issue

Textual definition update: Update description of GO:0141014 please オープン

textual definition

難易度 1/5 1時間未満初心者へのやさしさ 90/100

geneontology/go-ontology#32653 · 2026年9月23日に作成
harbor-db: missing STOPSIGNAL turns every container stop into an unclean shutdown オープン

難易度 1/5 1時間未満初心者へのやさしさ 75/100

goharbor/harbor#23989 · 2026年9月23日に作成
Use Prometheus-compatible _total suffix for counter metrics オープン

needs design

難易度 2/5 1〜3時間初心者へのやさしさ 75/100

canonical/pebble#1098 · 2026年9月23日に作成
scripts/acceptance.sh times out: acceptance package needs longer than go test's 10m default オープン

Priority/High ready-for-agent Severity/Major Type/Bug

難易度 2/5 1〜3時間初心者へのやさしさ 75/100

wso2/wso2-cli#235 · 2026年9月23日に作成
Sort the dokku_domains set and clear plan mutations オープン

難易度 2/5 1〜3時間初心者へのやさしさ 70/100

dokku/docket#556 · 2026年9月23日に作成

Go の issue をもっと見る