O GitHub disponibiliza as «pull requests» empilhadas em pré-visualização pública
Página inicial do InfoQ Notícias O GitHub disponibiliza as «pull requests» empilhadas em pré-visualização pública
DevOps O GitHub disponibiliza as «pull requests» empilhadas para pré-visualização pública18 de agosto de 2026 3 min de leitura
por
-
Craig Risi
Siga-nos no
YouTube 232 mil seguidores LinkedIn 26 mil seguidores Instagram Novo RSS 19 mil leitores X 57,1 mil seguidores Facebook 21 mil gostos Bluesky Novo Ouvir este artigo - 0:00 Áudio pronto para reproduzir O seu navegador não suporta o elemento de áudio. 0:00 0:00 Normal 1,25x 1,5x Gosto- Lista de leitura
O GitHub anunciou que os «Stacked Pull Requests» estão agora disponíveis em pré-visualização pública, introduzindo suporte nativo para dividir grandes alterações de software em pull requests mais pequenos e interdependentes, que podem ser revistos e mesclados de forma independente. Esta funcionalidade visa dar resposta a um dos desafios mais persistentes no desenvolvimento de software moderno: equilibrar a velocidade crescente da geração de código, particularmente com o desenvolvimento assistido por IA, com a capacidade limitada dos revisores humanos de código.
Em vez de submeterem um único pedido de integração contendo centenas ou milhares de linhas de código, os programadores podem agora organizar o trabalho numa sequência de pedidos de integração mais pequenos, cada um baseado no anterior. Os revisores podem avaliar cada alteração lógica de forma independente, reduzindo a carga cognitiva e permitindo que o desenvolvimento continue sem ter de esperar que uma funcionalidade inteira esteja concluída antes do início da revisão. A implementação do GitHub também preserva as regras de proteção de ramos, os fluxos de trabalho de revisão e as políticas de fusão existentes, tornando o desenvolvimento em camadas uma extensão natural das práticas existentes nos repositórios, em vez de exigir um fluxo de trabalho separado.
O momento do anúncio reflete uma mudança mais ampla em toda a indústria de software. Os assistentes de codificação com IA conseguem agora gerar quantidades substanciais de código pronto para produção em minutos, mas a revisão de código tem-se mantido, em grande parte, uma atividade humana. À medida que a velocidade de desenvolvimento aumenta, a qualidade da revisão corre o risco de se tornar o principal estrangulamento na entrega de software.
Os «pull requests» empilhados tentam resolver esta questão reduzindo o âmbito da revisão, em vez de acelerarem a própria revisão. Em vez de pedir aos revisores que compreendam dezenas de alterações não relacionadas simultaneamente, cada «pull request» representa um único passo lógico, como a introdução de uma nova API, a atualização de um esquema de base de dados ou a implementação de uma funcionalidade empresarial específica. As revisões mais pequenas são, geralmente, mais fáceis de compreender, mais fáceis de validar e menos propensas a introduzir defeitos devido a alterações que passam despercebidas.
Para além de melhorarem as revisões, os pedidos de pull empilhados também contribuem para um melhor fluxo de trabalho dos programadores. Funcionalidades de grande dimensão requerem frequentemente um trabalho de base que bloqueia o desenvolvimento subsequente até que as revisões estejam concluídas. Com alterações empilhadas, os programadores podem continuar a desenvolver com base no trabalho anterior, enquanto os revisores avaliam cada camada de forma independente.
Isto permite uma colaboração mais contínua entre autores e revisores, reduzindo simultaneamente a necessidade de ramos de funcionalidades grandes e de longa duração, que sofrem frequentemente de conflitos de fusão e código desatualizado. Também incentiva os programadores a pensar nas alterações de software como melhorias arquitetónicas incrementais, em vez de entregas monolíticas de funcionalidades — uma prática já associada a um menor risco de implementação e a um feedback mais rápido.
Embora seja uma novidade no GitHub, o desenvolvimento em camadas está longe de ser um conceito novo. A Meta popularizou os «diffs em camadas» através das suas ferramentas de desenvolvimento internas, enquanto empresas como a Graphite e a Sapling criaram ferramentas dedicadas em torno de fluxos de trabalho semelhantes. Muitas equipas do GitHub dependiam anteriormente de ferramentas de terceiros ou da gestão manual de ramos para alcançar resultados comparáveis.
Ao incorporar esta funcionalidade diretamente no GitHub, a Microsoft elimina grande parte da sobrecarga operacional que anteriormente desencorajava a adoção generalizada. As equipas podem agora criar, rever, atualizar e fundir pull requests dependentes utilizando fluxos de trabalho familiares do GitHub, sem introduzir ferramentas adicionais nos seus ambientes de engenharia.
Estudos recentes reforçam este desafio. Uma análise da adoção precoce de ferramentas de codificação por agentes revelou que, embora as pull requests geradas por IA estejam a tornar-se mais comuns, a integração bem-sucedida ainda depende fortemente da supervisão humana, com a maioria dos projetos a contar com um único revisor experiente para validar as contribuições geradas por agentes antes da fusão. Outra investigação que analisou as opiniões dos profissionais concluiu que a revisão de código se tornou o principal ponto de controlo que determina se a IA melhora ou degrada a qualidade do software, tornando os processos de revisão estruturados mais importantes à medida que os agentes de codificação se tornam mais capazes.
Empresas como a Graphite criaram plataformas dedicadas ao desenvolvimento em camadas, enquanto as organizações de engenharia modernas dão cada vez mais ênfase a pull requests mais pequenas, ao desenvolvimento baseado no tronco (trunk-based development), à integração contínua e à implementação incremental para reduzir o risco de entrega.
Esta tendência está também em linha com inovações recentes do próprio GitHub, incluindo os agentes de codificação Copilot, melhorias no CodeQL, certificações de artefactos, análise de segredos através do MCP e fluxos de trabalho de desenvolvimento assistidos por IA alargados. Em conjunto, estas iniciativas sugerem que o futuro da engenharia de software dependerá menos da geração de mais código e mais da criação de fluxos de trabalho que permitam aos seres humanos e à IA colaborar de forma segura, transparente e em grande escala.
À medida que a IA continua a acelerar o desenvolvimento de software, funcionalidades como os pedidos de pull empilhados podem tornar-se menos uma conveniência e mais uma necessidade. Numa era em que a geração de código está a tornar-se cada vez mais automatizada, a capacidade de rever, compreender e integrar esse código de forma segura pode revelar-se uma das capacidades determinantes das organizações de engenharia de alto desempenho.