Pull Requests im Blick, GitHub Issues im Sync
Wer mit mehreren Code-Repos arbeitet, kennt das Problem: Pull Requests sind über GitHub, GitLab und Bitbucket verstreut, und der Gesamtüberblick fehlt. Gleichzeitig leben Issues oft in GitHub, während die Arbeit in Spedy passiert. Beides ändert sich jetzt.
Pull Requests – alle Provider, eine Ansicht
Spedy sammelt Pull Requests und Merge Requests aus GitHub, GitLab und Bitbucket in einer einzigen Übersicht. Du siehst sofort, was offen ist, wo CI läuft, was fehlschlägt und was gemergt wurde.
KPI-Karten
Oben auf der Seite zeigen fünf Karten den aktuellen Stand:
- Offene PRs – wie viele PRs gerade auf Review warten
- Laufende Pipelines – CI-Jobs, die gerade laufen
- Fehlgeschlagen – PRs mit fehlgeschlagener CI (rot hervorgehoben, wenn > 0)
- Gemergt diese Woche – abgeschlossene PRs der letzten sieben Tage
- Erfolgsrate – Anteil der PRs, die ohne CI-Fehler durchlaufen
Filtern und Suchen
Die Filter-Sidebar links bietet:
- Provider-Filter – nur GitHub, nur GitLab, nur Bitbucket. Nicht verbundene Provider zeigen einen Link zur Integrations-Seite
- State-Filter – Open, Draft, Merged, Closed
- Quick-Filter – „Nur offene" und „Nur fehlgeschlagene" PRs mit einem Klick
- Sortierung – nach letztem Update, Erstellungsdatum oder Merge-Datum
- Volltextsuche – über PR-Titel und Branches
Details auf einen Blick
Jeder PR in der Liste zeigt Provider-Badge, Review-Status, Branch-Info und CI-Pipeline als kompakte Punkt-Visualisierung. Klappst du einen PR auf, siehst du Beschreibung, einzelne Pipeline-Steps und Review-Kommentare.
Echtzeit und Backfill
Neue PR-Events kommen per WebSocket in Echtzeit an. Zusätzlich synchronisiert ein täglicher Backfill (nachts um 2 Uhr) alle offenen und die letzten 90 Tage gemergten PRs – damit auch bei verpassten Webhooks nichts fehlt. Manuelles Synchronisieren ist jederzeit über die API möglich.
Aktivieren
Die PR-Ansicht ist als Feature-Flag verfügbar. Aktiviere PULL_REQUESTS_VIEW unter Einstellungen → Features, und der neue Sidebar-Eintrag „Pull Requests" erscheint.
GitHub Issues Sync – dein Backlog an einem Ort
Wenn dein Team Issues auf GitHub verwaltet, aber die tägliche Arbeit in Spedy stattfindet, brauchst du keine manuelle Übertragung mehr. Der neue GitHub Issues Sync verbindet ein GitHub-Repo bidirektional mit einem Spedy-Projekt.
Zwei Modi
| Modus | Beschreibung |
|---|---|
| Live Sync | Kontinuierliche Zwei-Wege-Synchronisation über Webhooks und konfigurierbares Polling (5–60 Min). Neue Issues werden zu Tickets, Statusänderungen fließen in beide Richtungen, Kommentare werden gespiegelt. |
| Import Once | Einmaliger Import aller passenden Issues. Kein laufender Sync – ideal für Backlog-Migrationen. |
Was synchronisiert wird
- Status: GitHub-Issue-States (
open,closed) werden auf Spedy-Projekt-Status gemappt – und umgekehrt. Wenn du ein Ticket in Spedy auf „Done" schiebst, schließt sich das GitHub-Issue automatisch. - Kommentare: Bidirektional. Kommentare in GitHub erscheinen im Spedy-Ticket und umgekehrt.
- Labels → Prioritäten: GitHub-Labels lassen sich auf Spedy-Prioritäten abbilden (z. B.
bug→ Hoch). - Richtung wählbar: Der Outbound-Sync (Spedy → GitHub) ist optional. Du kannst auch nur eingehend synchronisieren.
Loop-Prevention verhindert, dass Änderungen zwischen den Systemen endlos hin- und herpendeln.
Kein separater Provider
Der GitHub Issues Sync ist direkt in die bestehende GitHub-Integration eingebettet. Du konfigurierst ihn auf der Manage-Seite deiner GitHub-Verbindung – Repo-Mapping, Status-Mapping und Sync-Optionen an einem Ort. Auf der Konfigurationsseite siehst du Sync-Status, synchronisierte Tickets und ein Audit-Log für jedes Event.
Mehr Details findest du in der Integrations-Dokumentation.
Zusammen gedacht
Die Pull Request-Ansicht und der GitHub Issues Sync ergänzen sich: Issues beschreiben, was getan werden muss. PRs zeigen, was gerade passiert und was abgeschlossen ist. Beides zusammen gibt dir einen durchgehenden Überblick – vom Backlog bis zum Merge – ohne zwischen Tools zu wechseln.
In den letzten Wochen haben wir außerdem unter der Haube an der Sicherheit gearbeitet. Validierungen, Zugriffskontrollen und Webhook-Handling wurden systematisch gehärtet. Keine Schlagzeilen, aber wichtig für ein Produkt, dem Teams täglich vertrauen.
So geht's los
- Pull Requests: Aktiviere das Feature unter Einstellungen → Features → PULL_REQUESTS_VIEW. Verbinde GitHub, GitLab oder Bitbucket unter Einstellungen → Integrationen.
- GitHub Issues Sync: Gehe zu Einstellungen → Integrationen → GitHub, wähle ein Repo und klicke auf Issues Sync konfigurieren.