GitHub a annoncé le 6 octobre 2026 la disponibilité générale des stacked pull requests, ou demandes de fusion empilées, sur tous les forfaits de github.com. GitHub Enterprise Server reste à part : la fonction doit arriver dans une prochaine version, sans date précisée dans l’annonce officielle.
Découper une modification sans perdre ses dépendances
Le principe consiste à répartir un changement en plusieurs demandes liées. Chaque couche possède son propre ensemble de différences et peut être examinée séparément. Les branches forment une chaîne dans un même dépôt, jusqu’à une branche commune, souvent main.
Ce découpage ne supprime pas les validations. La documentation GitHub précise que chaque demande est évaluée selon les règles de la base de toute la pile, et non simplement selon la branche située juste en dessous. Avant une fusion, les couches inférieures doivent elles aussi satisfaire les exigences de revue et les contrôles obligatoires. L’historique entre les branches doit rester linéaire.
Des rebases moins perturbateurs, avec des limites
Lors d’un rebase, les approbations sont conservées si les différences de code restent inchangées. GitHub génère des commits de remplacement signés. La pile passe également par la file de fusion comme un groupe. En revanche, la fusion automatique est annoncée en déploiement progressif sur les semaines suivantes : elle ne doit pas être considérée comme déjà disponible pour tous.
Les piles entre forks ne sont pas prises en charge, pas plus que ce workflow dans GitHub Desktop. La ligne de commande reste facultative : il est possible de créer une pile depuis le site web.
Pour une équipe, l’enjeu est donc un découpage plus explicite des revues, sous les règles existantes du dépôt. Il ne s’agit pas d’une accélération garantie : le choix dépend notamment de l’hébergement utilisé et de la manière dont les contributeurs travaillent sur leurs branches.
