GitHub Stacked Pull Requests allgemein verfügbar
Stacked Pull Requests sind jetzt für alle Nutzer verfügbar. Große Code-Änderungen lassen sich in kleinere, unabhängig reviewbare Pull Requests aufteilen und zusammen mergen.
Was ist neu
GitHub stellt die Funktion Stacked Pull Requests jetzt allgemein zur Verfügung. Das Feature ermöglicht es, umfangreiche Code-Änderungen in mehrere kleinere, fokussierte Pull Requests aufzuteilen, die einzeln reviewt und anschließend zusammen gemergt werden können.
Laut GitHub zeigen Repositories, die Stacks nutzen, seit der Public Preview eine 9% höhere Quote an gemerged Code im Vergleich zu vergleichbaren Projekten. Über zwei Drittel der Top-1%-Repositories verwenden nach GitHub-Angaben bereits Stacked Pull Requests und berichten von einer 5% Reduktion der Zeit vom Review bis zur Zusammenführung.
Die General Availability bringt mehrere Verbesserungen mit sich: Approvals bleiben bestehen, wenn Stacks nach einem Update des Basisbranches unverändert sind — auch in Repositories mit Regeln, die veraltete Approvals normalerweise löschen. Commits behalten ihre kryptographische Signatur, wenn Rebases durchgeführt werden oder nach teilweisen Merges neue Commits entstehen. Das ist besonders relevant in Organisationen mit Branch-Protection-Regeln, die Signaturen verlangen.
Nutzer mit Bypass-Berechtigung können diese nun auch auf Stacks anwenden, um die unterste noch nicht gemergte Pull Request direkt zu mergen. Ein Stack funktioniert jetzt als einzelne Merge-Gruppe in der Merge Queue und erzeugt bei der Merge-Commit-Methode einen Commit pro Pull Request statt einen für die ganze Gruppe. Wenn ein Stack auf einen anderen aufbaut und der Basisbranch gelöscht wird, retargetiert GitHub den Stack automatisch, statt das untere PR zu schließen.
Auto-Merge für Stacks wird über die nächsten Wochen ausgerollt: Nutzer können mehrere Pull Requests auswählen, die automatisch gemergt werden, sobald alle Merge-Anforderungen erfüllt sind.
Stack-Navigation und Automation wurden erweitert: Stack-Informationen sind jetzt persistent im Header der Pull Request sichtbar, auch in der Listen-View. Die Tastaturkürzel Shift+J und Shift+K ermöglichen schnelles Navigieren zwischen Pull Requests im Stack. Das Pull-Request-Webhook-Event listet jetzt auf, wann eine PR zu einem Stack hinzugefügt oder entfernt wurde.
Die GitHub CLI-Erweiterung gh stack unterstützt nun Git Worktrees und bietet Verbesserungen bei Initialisierung, Checkout und Navigation.
Für wen, ab wann, zu welchen Bedingungen
Stacked Pull Requests sind ab sofort auf allen github.com-Plänen verfügbar — kostenlos für Public Repositories und eingeschlossen in bezahlten Team- und Enterprise-Plänen. GitHub nennt nicht, ob es Mengenbeschränkungen, Quotas oder separate Kosten gibt.
Die Funktion wird in einem zukünftigen Release von GitHub Enterprise Server enthalten sein. GitHub nennt keinen genauen Termin für die Enterprise-Version.
Die Nutzung erfolgt über die Web-Oberfläche von github.com, die GitHub CLI (gh stack) und über Webhooks für Integration in Automation. Die CLI-Erweiterung ist verfügbar und wurde mit dieser Version erweitert, eine Beta-Phase ist nicht erwähnt.
Für die automatische Zusammenführung von Stacks — Auto-Merge — führt GitHub ein Rollout durch, das über die nächsten Wochen läuft. Das Feature ist also jetzt nicht überall sofort aktiv.
GitHub nennt nicht, in welchen Regionen die Funktion verfügbar ist, ob es Rechenzentrum-Einschränkungen gibt oder ob Daten bei der Stack-Verarbeitung weitergegeben werden.
Einordnung für DACH
Für Teams im deutschsprachigen Raum ist Stacked Pull Requests ein Workflow-Update ohne Zusatzkosten, da es in bestehenden Plänen enthalten ist. Die Funktion hilft besonders bei Code Reviews in größeren Pull Requests oder komplexeren Features, wo mehrere abhängige Änderungen zusammengehören — ein häufiges Szenario in agilen Entwicklungsteams.
Wichtig für regulierte Umgebungen: Die Signatur-Preservation bei Rebases bedeutet, dass Commit-Signaturen erhalten bleiben, falls Branch-Protection-Regeln diese fordern — relevant für Compliance-Anforderungen.
Die Verarbeitung der Stack-Metadaten geschieht auf github.com. GitHub nennt nicht, wo diese Daten physisch gespeichert werden. Wer Daten vollständig in der EU halten muss, sollte prüfen, ob dies über die dokumentierten Standorte garantiert ist.
Für DACH-Teams, die bereits GitHub nutzen, bedeutet die GA kein neuer Dienst, sondern eine Erweiterung des bestehenden Angebots. Die Adoption ist optional — Teams können weiter einzelne PRs verwenden oder zum Stack-Modell wechseln.
Lesen Sie auch Kategorie Coding mit KI für weitere Perspektiven auf KI-gestützte Entwicklungs-Werkzeuge.
Quellen
Häufige Fragen
Was sind Stacked Pull Requests bei GitHub?
Stacked Pull Requests ermöglichen es, große Code-Änderungen in mehrere kleinere, fokussierte Pull Requests aufzuteilen, die unabhängig voneinander reviewt und dann zusammen gemergt werden können. Das Feature ist jetzt allgemein verfügbar für alle github.com-Pläne.
Wie viel schneller werden Code-Reviews mit Stacked PRs?
Laut GitHub berichten über zwei Drittel der Top-1%-Repositories, die Stacked Pull Requests nutzen, von einer 5% Reduktion in der Zeit bis zum Merge. Repositories mit Stacks zeigen zudem eine 9% höhere Quote an gemerged Code im Vergleich zu Peers.
Kostet Stacked Pull Requests etwas extra?
Nein, Stacked Pull Requests sind kostenlos in allen github.com-Plänen enthalten. Das Feature ist ab sofort verfügbar; Auto-Merge für Stacks wird über die nächsten Wochen ausgerollt.