Pull Requests

Die Pull-Requests-Seite gibt dir eine zentrale Übersicht über alle Pull Requests und Merge Requests deiner verbundenen Git-Provider -- GitHub, GitLab und Bitbucket. Statt jeden Provider einzeln zu prüfen, siehst du das Gesamtbild an einem Ort.

Feature aktivieren

Die Pull-Request-Ansicht ist als Feature-Flag verfügbar. So aktivierst du sie:

1. Gehe zu Einstellungen → Features
2. Aktiviere PULL_REQUESTS_VIEW
3. Der neue Eintrag Pull Requests erscheint in der Sidebar-Navigation

Du brauchst mindestens eine verbundene Git-Integration (GitHub, GitLab oder Bitbucket), damit Daten angezeigt werden.

KPI-Karten

Fünf Übersichtskarten oben auf der Seite zeigen Echtzeit-Metriken:

• Offen -- wie viele PRs aktuell offen sind und auf Review warten
• Laufende Pipelines -- CI-Jobs, die gerade ausgeführt werden
• Fehlgeschlagen -- PRs mit fehlgeschlagenen CI-Pipelines (hervorgehoben, wenn die Anzahl größer als null ist)
• Gemergt diese Woche -- PRs, die in den letzten sieben Tagen gemergt wurden
• Erfolgsrate -- Anteil der PRs, die ohne CI-Fehler durchgelaufen sind

Filtern und Suchen

Eine einklappbare Filter-Sidebar auf der linken Seite bietet verschiedene Möglichkeiten, die Liste einzugrenzen:

Provider-Filter

Filtere nach Git-Provider: GitHub, GitLab oder Bitbucket. Provider, die noch nicht verbunden sind, zeigen einen Link zur Integrations-Einstellungsseite.

State-Filter

Filtere nach PR-Status: Open, Draft, Merged oder Closed.

Quick-Filter

• Nur offene -- zeigt nur offene PRs
• Nur fehlgeschlagene -- zeigt nur PRs mit fehlgeschlagener CI

Sortierung

Sortiere die Liste nach letztem Update, Erstellungsdatum oder Merge-Datum.

Suche

Volltextsuche über PR-Titel und Branch-Namen.

PR-Liste

Jeder Pull Request in der Liste zeigt:

• Provider-Badge -- von welchem Git-Provider er stammt
• State-Badge -- aktueller Status (Open, Draft, Merged, Closed)
• Branch-Informationen -- Source- und Target-Branch
• Review-Status -- ob Reviews ausstehen, genehmigt wurden oder Änderungen angefordert sind
• CI-Pipeline-Visualisierung -- kompakte Punkt-Indikatoren, die den Status jedes Pipeline-Steps zeigen

Klicke auf einen PR, um ihn direkt in der Liste aufzuklappen und die vollständige Beschreibung, einzelne Pipeline-Steps und Review-Details zu sehen.

PR-Detailseite

Jeder Pull Request hat jetzt zusätzlich eine eigene Detailseite. Klicke in der Liste auf Details öffnen, um zu /pull-requests/{id} zu gelangen. Die Seite bündelt alles an einem Ort:

• Kopfzeile mit Provider, Nummer, Status, Titel, Quell-/Ziel-Branch und Autor
• Beschreibung, Labels, die Checks (Pipeline-Steps) und Reviews
• eine Aktivitäts-Timeline mit den Ereignissen des Pull Requests

Verknüpftes Ticket und Preview

Die Detailseite zeigt auch, wie der PR mit deiner übrigen Arbeit zusammenhängt:

• eine Verknüpfung zum zugehörigen Ticket inklusive Live-Preview-Punkt, sodass du direkt zum Arbeitsobjekt springst.
• eine Preview-Bilder-Galerie mit den Screenshots, die ein Agent bei einem Preview-Lauf anhängt. Thumbnails öffnen sich in einem Vollbild-Slider zum Durchblättern. Solange kein Preview-Lauf stattgefunden hat, weist der Bereich darauf hin, dass noch keine Preview-Bilder vorliegen.

Verknüpfte PRs am Ticket

Die Verknüpfung funktioniert in beide Richtungen. Im Code-Tab eines Tickets listet ein Block die verknüpften Pull Requests des Tickets -- jeweils mit einer klaren Check-Zusammenfassung („N/M Checks“ plus Status-Punkt) und einem Link zur PR-Detailseite. Der Block blendet sich aus, wenn ein Ticket keine verknüpften PRs hat.

In der Pipelines-Ansicht verlinkt ebenso jeder Lauf auf sein Ticket, dessen Preview und die passende PR-Detailseite -- so bleiben Pull Request, Ticket, Pipeline und Preview durchgängig verbunden.

Echtzeit-Updates

PR-Events werden per WebSocket in Echtzeit übermittelt. Wenn ein PR geöffnet, aktualisiert oder gemergt wird oder sich der CI-Status ändert, aktualisiert sich die Liste automatisch mit einem kurzen Debounce, um Flackern zu vermeiden.

Backfill und manueller Sync

Ein täglicher Hintergrund-Sync läuft um 2 Uhr nachts und importiert alle offenen PRs sowie PRs, die in den letzten 90 Tagen gemergt wurden, erneut. Damit bleiben die Daten vollständig, auch wenn eine Webhook-Zustellung verpasst wurde.

Du kannst jederzeit einen manuellen Sync über den API-Endpunkt POST /pull-requests/sync auslösen.

Sichtbarkeit und Berechtigungen

Pull-Request-Daten sind auf die Boards beschränkt, auf die der anfragende Nutzer Zugriff hat. Ein Nutzer sieht nur PRs von Repositories, die mit Boards verknüpft sind, deren Mitglied er ist.

Unterstützte Provider

Alle drei Provider werden in ein einheitliches Datenmodell normalisiert, sodass die Erfahrung konsistent ist, unabhängig davon, von welchem Provider ein PR stammt.