スタック型プルリクエストが一般提供開始Stacked pull requests generally available
匿名の公開いいねです。記事の保存・お気に入りではなく、Featured、Top 3、重要度、掲載順位には影響しません。仕組みとプライバシーAnonymous public likes are reactions, not saved articles or bookmarks. They do not affect Featured, Top 3, importance, or listing order.How it works and privacy
- GitHubのスタック型プルリクエストが正式提供となり、変更のないコードへの承認を維持できるようになった。
- プレビュー導入リポジトリでは同等群よりマージ済みコードが9%増え、大きな変更を分割してレビューするチームに役立つ。
- GitHub's stacked pull request feature has reached GA, keeping approvals on unchanged code.
- Preview repos merged 9% more code than peers, helping teams review large changes in smaller parts.
本ページの本文と要約は AI による自動生成です。日本語版と英語版は言語ごとに独立して生成されるため、表現や詳しさが異なる場合があります。正確性は元記事 (github.blog) をご確認ください。The body and summaries are AI-generated independently for each language, so wording and detail may differ. Verify accuracy at the original source (github.blog).
要約と収集メタデータに基づく AI 解説。元記事全文の転載・翻訳ではありません。AI explainer based on the summaries and collected metadata, not a copy or translation of the full source article.
一般提供開始
GitHubのスタック型プルリクエストが一般提供となった。大きな変更を小さく焦点の定まったプルリクエストに分け、それぞれを独立してレビューしながら、まとめてマージできる機能だ。一般提供に合わせ、スタックの作成、レビュー、マージを容易にするための改善も導入されている。
変更を小さく分割
スタック型プルリクエストでは、大規模な変更を複数の小さな単位として扱える。各プルリクエストを個別に確認できるため、変更全体を一度にレビューするのではなく、焦点を絞って確認したうえで、関連する変更を一緒にマージできる。
承認を維持
今回の改善では、変更されていないコードに対する承認が維持される。mainなどのベースブランチが先に進んだ後、内容が変わっていないスタックを更新する場合、「Rebase stack」を実行しても承認が保持される。古くなった承認を取り消す設定のリポジトリでも、この挙動が適用される。また、リベースされたコミットは署名済みの状態を維持する。
プレビューの実績
公開プレビュー以降、スタックを使用したリポジトリでは、同等のリポジトリ群と比べてマージ済みコードが9％増加した。上位1％のリポジトリのうち3分の2を超えるリポジトリがスタック型プルリクエストを利用しており、マージまでの時間は5％改善したとされる。
Stacked pull requests
GitHub stacked pull requests are now generally available. The feature matters for teams working on large changes because it allows those changes to be divided into smaller, focused pull requests that can be reviewed independently and merged together.
General availability also brings improvements intended to make stacks easier to create, review, and merge. One of the main changes concerns how approvals are handled when a stack must be updated without changing its code.
Approvals stay in place
Approvals now remain in place for unchanged code. If an otherwise unchanged stack is updated because its base branch, such as main, has moved ahead, Rebase stack preserves existing approvals.
This behavior also applies in repositories configured to dismiss stale approvals. As a result, updating the stack against a newer state of its base branch does not remove approvals from code that has not changed. Rebased commits also stay signed.
These changes address both the review and merge stages of working with stacks. Reviewers can retain approvals for unchanged code, while the commits produced by rebasing retain their signatures.
Public preview results
According to GitHub, repositories using stacks during the public preview recorded a 9% increase in merged code compared with peer repositories. GitHub also says that more than two-thirds of the top 1% of repositories now use stacked pull requests.
Those repositories saw a 5% improvement in time-to-merge, according to the announcement. The figures accompany the move from public preview to general availability and reflect usage during the preview period.
Smaller, focused changes
The central workflow remains breaking a large change into smaller pull requests. Each part can be reviewed independently, while the related pull requests can ultimately be merged together.
With general availability, GitHub is pairing that workflow with preserved approvals for unchanged code and signed rebased commits. The release follows feedback and input provided during the preview period.
ポコとTECHガイドPoko & TECH Guide
ポコと当サイトのTECHガイドが、記事の要約と収集した情報から読みどころを語るAI生成の対話です。Poko and TECH Dashboard's own TECH Guide discuss the article's highlights in an AI-generated conversation based on its summary and collected source details.
- ポコPoko大きなコード変更をレビューするとき、普段の作業はどう変わるの？細かく分けても、あとでまとめられる？When reviewing a big code change, what changes in our day-to-day work? Can we split it up and still bring it together later?
- TECHガイドTECH GuideGitHubでは、大きな変更を小さく焦点を絞ったプルリクエストに分けられるよ。それぞれ独立してレビューし、一緒にマージできるんだ。GitHub now lets teams split large changes into smaller, focused pull requests. Each can be reviewed independently and merged together.
- ポコPoko前は、mainみたいなベースブランチが先に進んでリベースすると、承認が消えることもあったの？Before this, could approvals disappear when the base branch moved ahead and the stack was rebased?
- TECHガイドTECH Guide以前に必ず消えたかまでは分からないよ。今回のRebase stackでは、古い承認を破棄する設定でも、変更のないコードの承認が保たれるんだ。We can’t tell whether approvals always disappeared before. Now, Rebase stack preserves approvals on unchanged code, even in repositories set to dismiss stale approvals.
- ポコPoko一番の収穫は、大きな変更を小分けにしても、触っていないコードの承認を保ったまま進められることなんだね。So the big takeaway is that teams can split up large changes and keep approvals for code that hasn’t changed.
- TECHガイドTECH Guideそうだね。加えて、リベース後もコミットの署名が保たれる点にも注目したいね。That’s right. Another point to note is that rebased commits remain signed.
