GitHub rückt den Merge-Status an die Spitze der Pull-Request-Seite

GitHub New pull request overview page in public preview

GitHub rückt den Merge-Status an die Spitze der Pull-Request-Seite

Bei langen Pull Requests mussten Entwickler bisher an Dutzenden Kommentaren vorbeiscrollen, um zu sehen, was den Merge blockiert. Die neue Overview-Seite, jetzt als opt-in Public Preview verfügbar, holt Merge-Status und nächste mögliche Aktionen in einer kompakten Übersicht nach oben – auf weniger als der Hälfte des bisherigen Platzes. Dazu kommen Filter für offene Diskussionen, Kommentare in umgekehrter Reihenfolge und eine Aktivitätszusammenfassung. Der klassische Blick lässt sich jederzeit wieder aktivieren.

Statt sie nur weiter nach oben zu verschieben, haben wir sie außerdem neu gestaltet, sodass sie dieselben Informationen in weniger als der Hälfte des Platzes zeigt.
  1. capevace

    Wir haben unsere eigene Review-Pipeline gebaut, inklusive automatisierter Review-Leitfäden, Risikoerkennung und vielem mehr.

    Es gibt SO viel zu tun rund um Code Review, ich bin sehr überrascht, dass GitHub nicht mehr macht.

    Sie haben die Reichweite bereits, sie haben jahrelange echte Review-Daten. Und dennoch nutzt der PR selbst keine der neu verfügbaren Methoden für effizienteres Review.

    Agenten hauen PRs links und rechts raus, und trotzdem sitze ich hier immer noch vor dem rohen Diff von 35 PRs und werde am Ende als Flaschenhals bezeichnet.

  2. gz09

    Ich wünschte, sie würden sich stattdessen zuerst darum kümmern, die Regressionen bei PRs zu beheben ...

    Zum Beispiel: Es gibt einen üblen Bug, der kürzlich eingeführt wurde, bei dem man auf „Merge when ready“ klickt, aber die Chancen, dass es tatsächlich in die Merge Queue geht, scheinen nur bei etwa 60-70 % zu liegen. Wenn es passiert, erfährt man es normalerweise erst, wenn am nächsten Tag immer noch nicht gemerged wurde.

    Ihr Support hat uns das Problem vor über einem Monat bestätigt, aber bis jetzt gibt es keine Lösung.

  3. habosa

    Das ist eine große Verbesserung und immer noch nicht großartig. Ich habe CodeApprove (https://codeapprove.com) vor über 6 Jahren gebaut, nur weil die PR-Seite auf GitHub so schlecht ist und ich den Drang verspürte, es besser zu machen.

    Meiner Meinung nach ist das richtige Design ziemlich einfach:

    - Alles auf einer Seite, informationsdicht

    - Fokus auf Code und ungelöste Diskussionen, vielleicht CI-Checks

    - Tastaturnavigation

    Graphite kommt ziemlich nah heran! Aber es ist im Laufe der Jahre überladen geworden. CodeApprove ist auch weit von perfekt entfernt (ich habe schon eine Weile nicht mehr viel an der UX gearbeitet), aber ich würde hoffen, dass GitHub es ein bisschen besser hinbekommt.

  4. locallylinear

    Weiß nicht, ich frage einfach meinen Agenten, wie der Status des PRs ist in Bezug auf fehlgeschlagene Checks, offene Kommentare usw.

    Aber das scheint in Ordnung zu sein.

    Wenn überhaupt, denke ich, dass der Ort, an dem man in eine bessere UX investieren sollte, das Reviewen von Code ist, sogar von „meinem“ (dem des Agenten) eigenen Code, bevor ich ein Review anfrage. In einer Welt, in der wir uns von IDEs entfernen und Terminal-Apps oder Desktop-Apps zum Coden nutzen, sehe ich den Code oft erst, wenn er auf GitHub ist. Aber ich klammere mich immer noch an einen Anschein von Notwendigkeit, insbesondere das Wichtige zu reviewen.

    Und ja, mein Ich von vor einem Jahr wäre schockiert über das, was ich gerade gesagt habe.

  5. johnnypangs

    Ich mag es nicht, dass sie die Reihenfolge des Kommentar-Threads umgedreht haben, aber keine native Möglichkeit für Vorschauen eingebaut haben. Jetzt muss ich nicht mehr nach unten scrollen, um den Merge-Button zu sehen. Ich muss nach unten scrollen, um die Vorschau zu sehen.

  6. verst

    Ich benutze das seit ein paar Wochen, aber ich mag es nicht besonders. Es sind zu viele Klicks, um zur PR-Diskussion / zu den Kommentaren zu navigieren, für meinen Geschmack.

  7. pscanf

    Ich habe es ausprobiert, aber ich verstehe den Rummel nicht, wenn es im Grunde die gleiche alte UI + ein paar kleine Layout-Änderungen ist. Es deckt definitiv nicht die Bedürfnisse der KI-Entwicklungs-Workflows ab.

  8. ethin

    Ich wünschte, dass GH, anstatt zu versuchen, die UI hübsch aussehen zu lassen, stattdessen versuchen würde, die Plattform wieder solide zu machen.

Mehr von diesem Tag

2026-11-08