Release-Änderungen in klare Versionshinweise überführen

1. Workflow in n8n importieren. 2. Webhook-Node auswählen und Test-Listener starten. 3. Die angezeigte Test-URL für den Webhook kopieren. 4. Einen POST-Request mit Content-Type application/json und passendem Body an die Test-URL senden (siehe Beispiel unten). 5. Die Antwort prüfen und bei Erfolg den Workflow veröffentlichen/aktivieren. 6. Nach der Aktivierung die Produktions-URL aus dem Webhook-Node verwenden. 7. Webhook-Authentifizierung in n8n einrichten, um den Zugang abzusichern.

Beispiel für einen gültigen Request: ```json { "changes": [ {"type": "feature", "title": "Neue Benutzeroberfläche", "issue": "#123"}, {"type": "fix", "title": "Login-Fehler behoben"}, {"type": "maintenance", "title": "Abhängigkeiten aktualisiert", "breaking": true} ] } ``` Erwartete Antwort: ```json { "status": "success", "groups": { "feature": [ {"type": "feature", "title": "Neue Benutzeroberfläche", "issue": "#123"} ], "fix": [ {"type": "fix", "title": "Login-Fehler behoben"} ], "maintenance": [ {"type": "maintenance", "title": "Abhängigkeiten aktualisiert", "breaking": true} ] }, "breaking": [ {"type": "maintenance", "title": "Abhängigkeiten aktualisiert", "breaking": true} ], "markdown": "# Release Notes\n\n## feature\n- Neue Benutzeroberfläche (#123)\n\n## fix\n- Login-Fehler behoben\n\n## maintenance\n- Abhängigkeiten aktualisiert\n\n## Breaking Changes\n- Abhängigkeiten aktualisiert" } ``` Fehlerfall (leeres changes-Array): ```json { "changes": [] } ``` Antwort: ```json { "status": "error", "message": "changes muss ein nicht-leeres Array sein." } ``` HTTP-Status: 200 (bei Erfolg), 200 (bei Fehler, da explizit so implementiert) Hinweise: - Die Felder type (feature, fix, maintenance) und title sind Pflicht. - Optional: issue (z.B. Ticketnummer), breaking (true/false). - Die Webhook-Authentifizierung muss in n8n separat aktiviert werden. - Ausführungsdaten können in n8n gespeichert werden; Aufbewahrung und Zugriff nach n8n-Konfiguration.