Kontext: Definition der Prozesshoheit zwischen Phorge (Projektmanagement) und Forgejo (Code/Review).

Gewählter Ansatz: Status-Mapping (Gerrit-Style)

Anstatt für jeden Pull Request (PR) ein neues Ticket zu erstellen, wird der bestehende Task in Phorge als "Master" genutzt und durch Webhooks aktualisiert.

1. 1. Workflow-Logik
2. Verknüpfung: Entwickler referenzieren die Phorge-Ticketnummer (z. B. T123) im PR-Titel oder in der Beschreibung in Forgejo.
3. Automatisierung bei PR-Eröffnung:
   • Phorge-Task T123 wird automatisch in den Status "In Review" (oder entsprechende Workboard-Spalte) verschoben.
   • Ein Bot postet einen Kommentar in den Task mit dem Link zum PR.
4. Automatisierung bei PR-Statusänderung:
   • Kommentare/Reviews: Optionaler Feed-Back-Kanal in das Phorge-Ticket.
   • Merge: Wenn der PR gemergt wird, schließt Phorge den Task T123 automatisch (Keywords wie "Closes T123").

• 1. Vorteile
• Zentralität: Phorge bleibt die einzige Anlaufstelle für Aufgaben ("Single Source of Truth").
• Keine Redundanz: Vermeidung von Dubletten-Tickets für PRs.
• Transparenz: Projektbeteiligte sehen in Phorge sofort, dass ein Task im Code-Review ist, ohne Forgejo prüfen zu müssen.

• 1. Offene Punkte für die Umsetzung
• Konfiguration der Webhook-Payload-Verarbeitung in Phorge (Herald oder Custom Listener).
• Festlegung der exakten Keyword-Trigger.