Release Lifecycle
CrispyCMS verfolgt eine strukturierte Release-Strategie, um Planungssicherheit und Stabilität für Ihre Projekte zu gewährleisten. Unsere Veröffentlichungen basieren auf dem Semantic Versioning (SemVer) Prinzip und werden regelmäßig in Major-, Minor- und Patch-Versionen unterteilt.
Die entsprechenden Container-Images stehen Ihnen in unserer zentralen Registry zur Verfügung:
registry.jrbit.de/jrb-it/crispyVersionierung
Um die Kompatibilität und den Umfang von Änderungen schnell zu erfassen, nutzt CrispyCMS eine dreiteilige Versionsnummer.
- Major-Versionen (z. B. 2.0.0): Diese Versionen enthalten grundlegende Änderungen an der Architektur oder API. Sie können Inkompatibilitäten (Breaking Changes) beinhalten, die Anpassungen an Ihrem Projekt erfordern.
- Minor-Versionen (z. B. 2.1.0): Diese Releases bringen neue Funktionen und Verbesserungen mit sich, bleiben dabei jedoch vollständig abwärtskompatibel zur vorherigen Minor-Version innerhalb derselben Major-Reihe.
- Patch-Versionen (z. B. 2.1.9): Diese Updates beschränken sich ausschließlich auf Fehlerkorrekturen und sicherheitsrelevante Patches, ohne die Funktionalität zu verändern.
Lizenzmodell
Das Lizenzmodell von CrispyCMS ist auf maximale Flexibilität ausgelegt.
Unsere Lizenzen sind nicht an eine spezifische Version gebunden. Innerhalb der Laufzeit einer gültigen Lizenz sind Sie berechtigt, jede beliebige Version zu installieren.
Dies bedeutet, dass Sie während der Lizenzlaufzeit frei zwischen Major-, Minor- oder Patch-Versionen wählen können, um Upgrades in Ihrem eigenen Tempo durchzuführen.
Support Phasen
Für jedes Major Release definieren wir einen festen Lebenszyklus, der Ihnen langfristige Planungssicherheit bietet.
- Full Support (2 Jahre ab GA) In dieser Phase erhält die Version vollumfänglichen Support. Dies beinhaltet neue Features, allgemeine Funktionsupdates, Sicherheitsfixes und Bugfixes.
- Extended Support (+3 Jahre) Nach Ablauf des Full Supports geht die Version in den erweiterten Support über. In dieser Phase werden ausschließlich kritische Bugfixes und Sicherheitspatches bereitgestellt. Neue Features werden nicht mehr zurückportiert.
- End of Life (EOL) Nach Ablauf des Extended Supports erreicht die Version den “End of Life”-Status. Es werden keine weiteren Fixes oder Patches bereitgestellt.
- Extended Security Updates (ESU) Für Projekte, die über den EOL-Zeitraum hinaus auf einer älteren Version verbleiben müssen, bieten wir optional buchbare erweiterte Sicherheitsupdates an.
Bitte beachten Sie, dass im Extended Support Docker-Images nur noch auf der Major.Minor-Ebene (z. B. 1.8) bereitgestellt werden. Spezifische Patch-Level-Tags (z. B. 1.8.9) sind in dieser Phase nicht mehr verfügbar. Aktualisieren Sie Ihre Deployment-Skripte entsprechend.
Release Matrix
Die folgende Übersicht zeigt den aktuellen Status der verfügbaren Hauptversionen (Stand: September 2025).
| Release | Codename | GA-Datum | Full Support bis | Extended Support bis | Status |
|---|---|---|---|---|---|
| 2.x | Rambo | 29.08.2025 | 31.08.2027 | 31.08.2030 | Full Support |
| 1.x | Silas | 01.05.2023 | 01.05.2025 | 01.05.2028 | Extended Support |
| 0.x | - | Beta-Phase | - | - | EOL / Beta |
Upgrade Hinweise
Bei der Aktualisierung Ihrer CrispyCMS Instanz sollten Sie folgende Richtlinien beachten:
- Minor-Upgrades: Sprünge zwischen Minor-Versionen (z. B. von 2.1 auf 2.2) sind in der Regel problemlos und ohne manuelle Eingriffe möglich.
- Major-Upgrades: Der Wechsel auf eine neue Hauptversion (z. B. von 1.x auf 2.x) sollte sorgfältig in einer Staging-Umgebung getestet werden, da Inkompatibilitäten auftreten können.
- Stable-Tag: Auch wenn der
stable-Tag in der Registry stets auf die aktuellste stabile Version verweist, empfehlen wir für Produktionsumgebungen die Verwendung fester Versions-Tags, um ungewollte Major-Upgrades zu verhindern.