Javad Zeynal’s Post

GitHub just officially entered the stacked PRs game - and it's a big deal. 🎉 If you've never heard of stacked PRs, here's the idea: instead of one massive pull request that's painful to review, you break your changes into a chain of smaller, focused PRs that build on each other. Each layer is independently reviewable. CI runs on all of them. Branch protection rules apply across the whole stack. And when you're ready, you can merge the entire thing in one click. GitHub's new native implementation includes: - A visual stack map right in the PR UI - The gh stack CLI for managing branches, rebases, and pushes - Merge queue support that's stack-aware - Auto-rebase of remaining PRs after a merge No more rebase hell. No more wondering if CI is passing for mid-stack PRs. No more losing review context on a 2,000-line diff. The concept isn't new. Facebook built Phabricator around stacked diffs back in 2011. Tools like Graphite have offered this on GitHub for years. But having it natively supported changes things. The bottleneck in modern development is no longer writing code - it's reviewing it. Currently in private preview. Worth joining the waitlist if you work on large codebases or fast-moving teams. #GitHub #SoftwareEngineering #DevTools #CodeReview #DeveloperExperience

  • graphical user interface, website

Graphite built a real business on GitHub's gap. Native support validates the category and threatens the product simultaneously. The AI angle is underrated too when agents are generating 2,000-line diffs in seconds, stacked PRs stop being a workflow preference and start being a review team survival mechanism.

See more comments

To view or add a comment, sign in

Explore content categories