GitHub stacked PR: diff pequeno não é unidade de implantação

Dev
Visualizações 4

Três PRs tornam um grande diff mais legível. Se a superior depende da inferior, isso não a torna publicável sozinha.

O anúncio de 6 de outubro

GitHub anunciou disponibilidade geral em 6 de outubro de 2026. PRs focadas podem ser revisadas separadamente e mescladas juntas, em todos os planos github.com.

Uma pilha entra na merge queue como um merge group. Pelo método merge commit, surge um commit por PR. A unidade testada e a unidade do histórico diferem.

Diagrama editorial: revisão por PR → integração da pilha → implantação e rollback. Não é captura do GitHub.
Diagrama editorial: revisão por PR → integração da pilha → implantação e rollback. Não é captura do GitHub.

Escreva o limite da revisão

A adiciona uma função, B a usa na API e C cria a UI. Documente dependências e base de comparação. É uma sugestão de fluxo, não garantia automática do produto.

Ler apenas B pode esconder uma autorização ausente em A. Separe revisão de diff e validação A+B+C, nomeando um responsável pela integração.

Aprovações após rebase

GitHub preserva aprovações ao fazer rebase de uma pilha sem outras mudanças após a base avançar, mesmo quando aprovações antigas são descartadas. Aprovação e resultado integrado são evidências distintas.

Registre SHA antes e depois e o merge group testado. Verifique novas execuções e qual combinação os logs cobrem; um sinal verde sozinho não basta.

Separe merge e implantação

Se função e API precisam sair juntas, mantenha essa dependência no plano. Um commit por PR não garante rollback isolado seguro para os consumidores restantes.

Correções independentes dispensam pilha. Agrupá-las pode fazer todos aguardarem um teste atrasado; avalie o custo operacional.

GA e disponibilidade real

GitHub prevê auto-merge nas próximas semanas. Confira os controles atuais do repositório antes de presumir o mesmo botão em todas as contas.

O feedback do preview orientou navegação e automação. Sinaliza interesse, não produtividade garantida. Meça espera por revisão e falhas de integração da equipe.

Teste uma pilha pequena

Escolha duas PRs claramente dependentes, como função e consumidor. Anote base, dependência e testes, acordando responsável e escopo do rollback.

Compare tempo economizado e eventuais falhas extras. Se manter a pilha custa mais, volte às PRs normais. Clareza na revisão e implantação importa mais que o número de diffs.

Fontes oficiais

GitHub Changelog

Anúncio de 6 de outubro; verificado em 8 de outubro de 2026. Confira regras e funções antes da adoção.