GitHub-Pull-Requests am Ticket
Etappe Flow verbindet Tickets mit GitHub-Pull-Requests, ohne dass jemand manuell hin- und herkopieren muss: Der Branch-Name trägt die Ticket-Nummer, der Rest passiert automatisch. Verfügbar, wenn die GitHub-Integration eingerichtet ist.
So funktioniert der Ablauf
Im Ticket „Branch-Name kopieren" wählen (in der GitHub-Zeile oder im „…"-Menü) — Etappe Flow stellt einen fertigen Namen nach dem Muster <projekt>-<nr>-<titel> bereit.
Den Branch in GitHub unter genau diesem Namen anlegen und den Pull-Request öffnen.
Etappe Flow erkennt das Ticket am Branch-Namen, verknüpft den PR automatisch und setzt das Ticket auf „Mittendrin" — sofern es noch auf „Offen" stand. Auch Draft-PRs zählen.
Wird der PR gemergt, springt der Fortschritt auf „Deploy" — bewusst nicht auf „Erledigt", denn gemergt heißt noch nicht live. Den letzten Schritt setzt das Team selbst.
Die GitHub-Zeile im Ticket
Im Kopfbereich des Ticket-Details sitzt direkt unter „Fortschritt" die Zeile „GitHub": pro verknüpftem PR eine Pill mit Status-Punkt, Nummer und Zustand (Offen, Draft, Gemergt, Geschlossen) — mit Direktlink zu GitHub. Solange kein PR verknüpft ist, bietet die Zeile „Branch-Name kopieren" an.
Manuell verknüpfen und lösen
Hat der Webhook einen PR verpasst (etwa bei abweichendem Branch-Namen), hilft „PR verknüpfen…": einfach die PR-URL einfügen. „Verknüpfung lösen" entfernt nur die Verbindung in Etappe Flow — der Pull-Request in GitHub bleibt unberührt.
Gut zu wissen
Rechte: Verknüpfte PRs sehen alle, die das Ticket sehen — auch Kunden. Verknüpfen und Lösen dürfen nur das Team und der Ticket-Autor; ohne diese Berechtigung ist die GitHub-Zeile read-only. Mehr dazu: Rollenmodell.
PR-Benachrichtigungen gehen bewusst nur ans Team — Kunden sehen die Verknüpfung, bekommen aber keine Meldungen dazu.
Der Fortschritt bewegt sich durch die Automatik nie abwärts: ein bereits erledigtes Ticket bleibt erledigt.
Automatische Einträge in der Ticket-Historie erscheinen unter dem System-Akteur „GitHub".