GitHub heeft stacked pull requests naar de publieke preview verplaatst, waardoor ontwikkelaars een grote wijziging kunnen opsplitsen in een reeks afhankelijke PR's die onafhankelijk kunnen worden beoordeeld en samengevoegd.

Waarom deze functie belangrijk is

Een enkele, monolithische PR zwelt vaak aan tot een review die een maand duurt, waarbij reviewers zich door ongerelateerde code moeten worstelen. Wanneer de base branch verandert, zijn die enorme wijzigingen gevoelig voor merge conflicts die releases vertragen. Stacked PR's lossen beide problemen op door één grote diff om te zetten in een reeks kleinere, gerichte diffs die elk voortbouwen op de vorige.

Hoe het werkt

Maak de eerste PR aan tegen de main branch, baseer vervolgens de volgende PR op de eerste, de derde op de tweede, enzovoort. GitHub houdt de relaties automatisch bij: als je de base PR aanpast, worden de afhankelijke PR's bijgewerkt om de nieuwe staat te weerspiegelen. Reviewers kunnen de volledige stack met één klik goedkeuren of individuele lagen afzonderlijk accorderen.

  • Reviews blijven beperkt tot een nauwe scope, waardoor feedback sneller gaat.
  • Conflicts nemen af omdat elke PR alleen de code aanraakt die in zijn eigen laag is geïntroduceerd.
  • De UI toont de stack-hiërarchie en de GitHub CLI biedt een one-liner om een reeks stacked PR's op te zetten.
gh pr create --title Feature A --base main
gh pr create --title Feature B --base feature-a
gh pr create --title Feature C --base feature-b

Het voorbeeld in de command line maakt drie gekoppelde PR's aan, die elk afhankelijk zijn van de vorige. Dezelfde workflow is beschikbaar via de webinterface, waar je een PR in de stack kunt herordenen of verwijderen zonder de andere te verbreken.

Wie profiteert hiervan

Grote feature-teams en open-source maintainers kunnen incrementeel werk opleveren zonder reviewers bloot te stellen aan ongerelateerde wijzigingen. Release managers krijgen een duidelijker beeld van wat klaar is voor verzending, omdat elke stack-laag volgens een eigen schema kan worden samengevoegd.

Aandachtspunten om rekening mee te houden

De functie bevindt zich nog in de preview-fase, dus deze kan veranderen voor een volledige release. Teams zullen nieuwe gewoonten moeten aanleren rondom branching en kunnen tegen edge cases aanlopen bij het rebasen van een stack die al gedeeltelijk is samengevoegd. De documentatie is nog in ontwikkeling, dus vroege gebruikers moeten mogelijk extra tijd besteden aan het leren van de UI-aanwijzingen.

Wat je verder kunt verwachten

GitHub zal waarschijnlijk een nauwere integratie uitrollen met code-owners en automatiseringstools, en mogelijk statistieken tonen over de vermindering van conflicts. Houd de aankondigingspagina van de preview in de gaten voor updates over de timing van de GA (general availability).

Conclusie: Stacked pull requests bieden ontwikkelaars een praktische manier om enorme wijzigingen te temmen, door een enkele, conflictgevoelige PR om te zetten in een beheersbare, review-vriendelijke reeks. Als jouw workflow kampt met lange reviews en merge-problemen, is de preview een proefdraaien waard.