Release Checklist

Rollback

Wenn das Release ein kritisches Problem aufweist:

1. gh release edit vX.Y.Z --prerelease (markiert es als nicht aktuellstes Release)
2. git tag -d vX.Y.Z && git push --delete origin vX.Y.Z (nur wenn es noch nicht von Benutzern übernommen wurde)
3. Oder: Hotfix auf release/vX.Y.0 → Patch-Release vX.Y.(Z+1)
4. Sofort in GitHub Discussions und Discord kommunizieren

Verbindliche Regeln

• Niemals direkt in main committen
• Niemals git push --force für main oder release/*-Branches verwenden
• Niemals Husky-Hooks überspringen (--no-verify)
• Niemals Geheimnisse, Zugangsdaten oder .env-Dateien committen
• Die Testabdeckung muss bei ≥60/60/60/60 bleiben (Anweisungen/Zeilen/Funktionen/Verzweigungen)
• Bei Änderungen am Produktionscode in src/, open-sse/, electron/ oder bin/ immer Tests hinzufügen oder aktualisieren

Automatisierte Synchronisierungsprüfung

Vor dem Öffnen eines PRs die Synchronisierungsprüfung der Dokumentation lokal ausführen:

npm run check:docs-sync

CI führt diese Prüfung ebenfalls in .github/workflows/ci.yml aus (Lint-Job).

---

undefined (a58000c7685f)