Ing. Calogero Bono
GitHub hat die öffentliche Vorschau der neuen Overview-Seite für Pull Requests gestartet. Sie lässt sich optional aktivieren, und die Einführung läuft laut Ankündigung über das Wochenende weiter. Der Status des Merges und die verfügbaren Aktionen rücken nach oben, in einer kompakten Zusammenfassung. Das ist wichtig, weil wer viele Pull Requests prüft, oft Zeit damit verliert, Kommentare und Ereignisse durchzuscrollen, bevor er versteht, was die Arbeit blockiert.
Ein paar Begriffe, bevor wir zu den Fakten kommen. Pull Request ist die Anfrage, die Änderungen eines Branches in den Hauptcode zu übernehmen. Merge-Box ist das Feld, in dem GitHub anzeigt, ob die Anfrage zusammengeführt werden kann. Checks sind automatische Prüfungen, zum Beispiel Tests. Public Preview ist eine Phase, in der die Funktion allen offensteht, aber noch in Entwicklung ist. Branch ist der Arbeitszweig des Codes.
Was ist die Overview-Seite für Pull Requests?
Laut der offiziellen Ankündigung von GitHub handelt es sich um eine neue Ansicht des Pull Requests, die als Vorschau denen angeboten wird, die sie wählen. Sie stellt oben eine Zusammenfassung des Fortschritts dar, sodass man nicht mehr bis zur Merge-Box scrollen muss.
GitHub präsentiert sie als ersten Schritt einer umfassenderen Neugestaltung, damit Pull Requests leichter nachzuvollziehen sind, während sich Code, Unterhaltungen und Reviews ändern.
Wie verändert sich die Merge-Box?
GitHub gibt an, sie so neu gestaltet zu haben, dass dieselben Informationen auf weniger als der Hälfte des Platzes erscheinen. Es geht nicht nur darum, sie weiter nach oben zu verschieben.
- Eine kompakte Übersicht über Checks, Kommentare und Freigaben hält den Kontext griffbereit.
- Man kann direkt dort handeln, wo etwas blockiert, zum Beispiel indem man den Branch aktualisiert.
- Man sieht, ob die Anfrage bereit ist, und kann sie zusammenführen, sobald die Anforderungen erfüllt sind.
Von der Zusammenfassung aus lassen sich dann die relevanten Details verfolgen, etwa fehlgeschlagene Checks, wer noch freigeben muss oder die passenden Kommentare.
Wie lassen sich Kommentare besser verfolgen?
Die Vorschau bringt einige Werkzeuge mit, um den Faden wiederzufinden.
- Filter für ungelöste Unterhaltungen oder für die Kommentare, die du selbst geschrieben hast.
- Sortierung vom Neuesten zum Ältesten.
- Eine Übersicht oben rechts, um Review-Kommentare, Review-Anfragen und weitere Aktualisierungen zu finden.
Über die Kopfzeile kannst du außerdem einen Entwurf als bereit zur Prüfung markieren oder den Pull Request schließen, je nach Berechtigungen.
Wie testest du die Vorschau und kehrst zur klassischen Ansicht zurück?
Wähle einfach die Schaltfläche «Übersicht-Seite testen» mit dem Funkeln-Symbol in der Kopfzeile des Pull Requests. Über dasselbe Menü kehrst du während der Vorschau zur klassischen Ansicht zurück.
GitHub bittet darum, sie am nächsten Pull Request auszuprobieren und mitzuteilen, was sich leichter finden lässt, wo weiterhin Kontext verloren geht und was dich zur klassischen Ansicht zurückkehren lässt. Das Feedback hinterlässt du in der dafür vorgesehenen Diskussion. Wer den Ablauf noch einmal durchgehen möchte, findet in unserem Leitfaden zu Pull Requests und Code Review den Einstieg.
Grenzen, die du kennen solltest
Bisher liegt uns nur die Ankündigung von GitHub vor. Unabhängige Messungen zur eingesparten Zeit gibt es nicht, und die Angabe, dass die Merge-Box nur noch halb so viel Platz braucht, stammt vom Unternehmen selbst. Pläne, allgemeine Verfügbarkeitstermine oder künftige Änderungen werden nicht genannt. GitHub selbst beschreibt die Vorschau als «einen Ausgangspunkt», die Oberfläche kann sich also je nach Rückmeldungen ändern.
Was sich für alle ändert, die digital arbeiten
Wenn du täglich Code prüfst, kann die Zusammenfassung den Weg von der Frage, was blockiert, bis zur Antwort, was zu tun ist, verkürzen. Das ist nützlich in Teams mit vielen offenen Anfragen. Probiere die Ansicht an ein paar echten Pull Requests aus, ohne sie allen aufzuzwingen, denn sie lässt sich deaktivieren. Wenn du mit Branch-Schutzregeln und automatischen Tests arbeitest, lohnt es sich zu prüfen, ob die Checks in der neuen Zusammenfassung gut lesbar sind. Eine gute Basis aus automatischen Tests macht diese Ansicht deutlich nützlicher.
Unsere Einschätzung
Es ist eine kleine, aber gezielte Neuerung. Die Codeprüfung ist für viele Teams zum Engpass geworden, auch weil das Volumen der zu prüfenden Änderungen wächst, wie die Arbeit von GitHub an Code-Agenten zeigt. Den Status einer Anfrage sofort klar zu machen, hilft mehr als viele neue Funktionen. Offen bleibt, ob die Zusammenfassung bei langen und komplexen Pull Requests trägt, wo die Gefahr besteht, einer Verdichtung zu sehr zu vertrauen.
Häufig gestellte Fragen
Ist die neue Overview-Seite für alle aktiv?
Nein, es handelt sich um eine freiwillige öffentliche Vorschau. GitHub spricht von einer Einführung, die über das Wochenende weiterläuft. Zum Einstieg nutzt du die Schaltfläche in der Kopfzeile des Pull Requests.
Kann ich zur klassischen Ansicht zurückkehren?
Ja. Während der Vorschau kannst du über dasselbe Menü, über das du sie aktivierst, zur klassischen Ansicht zurückwechseln.
Was zeigt die neue Merge-Box an?
Sie zeigt den Merge-Status und die verfügbaren Aktionen in kompakter Form. Dazu gehören eine Übersicht über Checks, Kommentare und Freigaben. GitHub gibt an, dass sie weniger als die Hälfte des bisherigen Platzes belegt.
Kann ich die Kommentare filtern?
Ja. Du kannst dir nur ungelöste Unterhaltungen oder die Kommentare anzeigen lassen, die du selbst geschrieben hast. Sortieren lässt sich außerdem vom Neuesten zum Ältesten.
Wo gebe ich Feedback?
In der eigens dafür vorgesehenen Diskussion zur Vorschau der Overview-Seite, auf die GitHub in der Ankündigung verweist. Das Unternehmen bittet darum zu melden, was sich leichter finden lässt und wo der Kontext verloren geht.
Worauf du in den nächsten Wochen bei GitHub-Pull-Requests achten solltest
Die Vorschau ist der Auftakt zu einer umfassenderen Neugestaltung. Es lohnt sich zu beobachten, wie sie sich entwickelt und ob sie sich im Alltag bewährt.
- Prüfe, ob GitHub weitere Teile der Erfahrung neben der Merge-Box ankündigt.
- Vergleiche mit deinem Team die Prüfzeiten vor und nach der Nutzung der neuen Ansicht.
- Verfolge die Hinweise in der Feedback-Diskussion, um zu verstehen, welche Grenzen sichtbar werden.
