GitHub libera pull requests encadeados em public preview

O GitHub anunciou que os stacked pull requests (PRs encadeados) entraram em public preview. O recurso permite dividir uma mudança grande em uma série ordenada de pull requests, cada um representando uma camada focada do trabalho, em vez de abrir um único PR gigante ou manter várias branches sendo rebaseadas manualmente. As informações são do changelog oficial do GitHub.

Segundo a empresa, cada PR da pilha aponta para a camada imediatamente abaixo. Isso permite revisar e checar cada PR de forma independente e depois fazer o merge de tudo junto, ou de partes, conforme a necessidade.

O que muda no fluxo de trabalho

De acordo com o GitHub, times passam a poder:

• Revisar em paralelo pull requests curtos e de escopo estreito, mantendo mudanças grandes em movimento.
• Manter qualidade em cada camada, combinando revisões focadas com as branch protections já existentes para proteger a main.
• Fazer merge de um, alguns ou todos os PRs: é possível aterrissar a pilha inteira de uma vez ou camadas individuais uma a uma.

Um detalhe importante do comportamento: ao fazer merge de uma camada inferior, os pull requests acima dela permanecem abertos e passam por rebase e retarget automáticos. As branch protections e required checks continuam governando o que chega à main, e o GitHub afirma que reviews, checks e merge requirements existentes funcionam sem configuração adicional.

Como começar

O GitHub disponibilizou uma extensão de CLI para criar a primeira pilha:

gh extension install github/gh-stack

O fluxo funciona no github.com, na GitHub CLI, no app mobile ou com um coding agent como o GitHub Copilot, usando a skill gh-stack. A ideia é começar com uma branch e um PR para a primeira mudança e, então, ir adicionando branches e PRs por cima.

Cada PR aberto na pilha mostra o diff apenas daquela camada específica, e um stack map no topo indica como aquele trecho se encaixa no trabalho maior.

Adoção antecipada

O anúncio traz relatos de quem já vinha testando o recurso. Tim Neutkens, líder do Next.js na Vercel, disse que a equipe usa stacked PRs no Next.js há alguns meses: "tem ajudado a introduzir mudanças individuais menores enquanto entregamos features maiores, facilitando a revisão dos PRs".

John Resig, criador do jQuery, comentou ter feito o merge de "5 PRs encadeados direto para uma merge queue de uma vez". Já Andy Merryman, CTO do TED, apontou um efeito colateral do uso de IA na produtividade: PRs cresceram a ponto de os revisores terem dificuldade. Segundo ele, quebrar as mudanças em pedaços pequenos e ordenados por dependência tornou a revisão "não só mais rápida, mas mais precisa".

O que isso significa para times no Brasil

Para quem desenvolve software por aqui, o ponto prático é que o recurso é nativo do GitHub, sem depender de ferramentas de terceiros que historicamente preenchiam essa lacuna. Times distribuídos, comuns no cenário brasileiro de trabalho remoto e squads terceirizadas, tendem a sentir mais o custo de PRs enormes: fusos, disponibilidade de revisores e o gargalo de code review que trava a entrega. Fatiar a mudança em camadas revisáveis em paralelo pode aliviar esse ponto, especialmente em features grandes ou refatorações.

Vale observar que o preview ainda tem limitações de rollout. O suporte a merge queue para stacked PRs está sendo liberado de forma progressiva ao longo das semanas seguintes ao anúncio, então nem todo repositório terá tudo disponível de imediato.

Próximos passos

O GitHub informou que os stacked pull requests estão sendo liberados em public preview para todos os repositórios ao longo dos dias seguintes ao anúncio. Quem quiser se aprofundar pode consultar a documentação de stacked pull requests e deixar feedback na discussão oficial indicada pela empresa.

Fonte: Hacker News