Pull requests encadeados dividem uma grande alteração em uma cadeia ordenada de pequenos pull requests (PRs) e dependentes. Em vez de ter como alvo a branch principal do repositório, cada PR subsequente direciona para a branch diretamente abaixo dele na pilha. Vimos um grande aumento no interesse por essa técnica recentemente devido à rápida adoção de ferramentas de programação assistidas por IA. As equipes adotam essa abordagem para reduzir a latência de revisão e o tempo ocioso das pessoas desenvolvedoras. Ao avaliar camadas pequenas e isoladas, as pessoas revisoras enfrentam menor sobrecarga cognitiva. O suporte de ferramentas também melhorou para apoiar esse fluxo de trabalho; o GitHub introduziu recentemente suporte nativo.
Apesar das ferramentas melhores, colocamos essa técnica no anel “Cautela”, pois muitas vezes ela serve como uma solução alternativa para uma decomposição inicial mal feita. O empilhamento não cria problemas de decomposição; ele expõe aqueles que já existiam. O risco não é a técnica em si; é usá-la como substituto para esse planejamento. O empilhamento habitual e indiferenciado pode facilmente se tornar uma desculpa para escrever uma única alteração enorme. Mantemos a posição de que o melhor hábito é especificar, dividir, dimensionar e entregar o trabalho como unidades pequenas e independentes.
