Changelog und Release Notes

Release-Kadenz

Vorhersehbarer Zeitplan, damit Teams um Updates planen können. Keine Breaking Changes während der Geschäftszeiten als Überraschung.

• Patches: Dienstag und Donnerstag (Bugfixes, UI-Polish)
• Minor: alle 2 Wochen (neue Features, erweiterte Integrationen)
• Major: quartalsweise (neue Module, Workflow-Redesigns)
• Hotfixes: bei Bedarf, möglichst außerhalb Geschäftszeiten

Release-Note lesen

Jeder Eintrag im gleichen Format zum schnellen Scannen. Versioning ist SemVer (Major.Minor.Patch).

• Added: neue Funktionalität
• Changed: geändertes Verhalten, ggf. Workflow-Update nötig
• Fixed: Bugfixes mit Reproduktion
• Deprecated: Entfernung geplant (90-Tage-Fenster)
• Removed: nicht mehr vorhanden (mit Migration-Link)

Updates abonnieren

Nur relevante Releases erfahren. Kein Spam.

• E-Mail-Digest: wöchentliche Zusammenfassung
• In-App-Banner: nur Major, schließbar
• RSS: workexe.com/changelog.rss
• Slack/Teams-App: pro Channel

Breaking-Changes-Policy

Wir hassen Breaking Changes auch. Wenn unvermeidbar, gibt es Vorwarnung und Migrationspfad.

• Mindestens 90 Tage Vorlauf bei API Breaking Changes
• Alte Endpoints laufen während Deprecation-Window parallel
• Migration-Scripts bei nicht-trivialen Schema-Änderungen
• Persönliche E-Mail an API-Key-Owner 30/14/7 Tage vor Entfernung

Wo finde ich spezifische Versionen

Alle Releases ab v1.0 archiviert. URL: workexe.com/changelog/v{X.Y.Z}. SEO-indexiert für Google-Suche.