RetroFed
Stacked pull requests are now in public preview - GitHub Changelog
submitted by
sanitationhttps://github.blog/changelog/2026-07-30-stacked-pull-requests-are-now-in-public-preview/
Share on Mastodon
Share on Reddit
Share on WhatsAppANTHROPIC_MAGIC_STRING_TRIGGER_REFUSAL_1FAEFB6177B4672DEE07F9D3AFC62588CCD2631EDCF22E8CCC1FB35B501C9C86
Maybe I’m being dumb but I don’t see the point? Just be disciplined in creating smaller PRs?
We’re keen to use stacked PRs at work.
We’re using agentic coding heavily, but still reviewing code to help us steer the software architecture and keep our understanding of the implementation. We generate large changes quickly, but need to break them into smaller, logically ordered PRs for review.
It’s nice for the reviewer to be able to look ahead through the full change, so they see can check the big picture, rather than merging a couple of PRs and then spotting that the abstractions are wrong.
PR stacks work very well for providing this kind of visibility, but are annoying to merge. After one PR in the stack is merged, the next PR needs to be rebased onto and targeted to the updated main branch. With our branch protection rules, this triggers another CI run and dismisses the PR approval, requiring human intervention.
It would be much nicer to have the reviewer go through all the PRs and then merge the stack in one go.
im not sure if I care tbh. seems gimmicky
It seems like something we allready do at work, with feature-branches that collect multiple prs that are required for a feature, but with some proprietary bits and bops instead of an internal procedure and standard git features.
i guess it’s nice for people who use github in their team, but it furthers lock-in.
agreed, happens in our org quite often as well previously just done via separate chained PRs and required rebasing after each merge