Durchsuchbare Dokumentation aufrufen | Zurück zur Dokumentationsübersicht
Navigation: Dokumentationen agorum core
Releasezyklus und Versionierung
agorum® empfiehlt für neue Projekte und Installationen den Einsatz der jeweils aktuellsten verfügbaren Version von agorum core und den verwendeten Modulen und Plugins, um von den neuesten Funktionen, Optimierungen und Sicherheitsupdates zu profitieren.
Wir empfehlen außerdem, verfügbare Patch-Releases zeitnah zu prüfen und zu installieren, da diese wichtige Fehlerbehebungen und sicherheitsrelevante Updates enthalten, die die Stabilität und Sicherheit der Software gewährleisten. Im Rahmen des Wartungsvertrags sind nur Untersuchungen und Fehlerbehebungen für die aktuellen Patch-Versionen abgedeckt.
Unsere Partner und Kunden sind selbst dafür verantwortlich, ihre verwendete Infrastruktur aktuell zu halten, Drittsoftware zu installieren und bei Bedarf zu aktualisieren (siehe Wartung und Aktualisierung von Drittanbieter-Software).
Versionierung
Versionsformat
Wir unterscheiden zwischen Major-, Minor- und Patch-Versionen.
MAJOR.MINOR.PATCH
Beispiel: 11.13.0, 12.0.0, 12.1.5
Major-Versionen (X.0.0) - „Die großen Meilensteine“
Die MAJOR-Version wird erhöht, wenn MINDESTENS EINER dieser Punkte zutrifft:
Breaking Changes mit Migrationsaufwand
- Kunden MÜSSEN ihre Konfiguration anpassen
- Bestehende Workflows funktionieren nicht mehr ohne Anpassung
- Datenbank-Migration erforderlich, die Kundeneingriffe benötigt
- Inkompatible Änderungen an APIs oder Schnittstellen
- Migration betrifft mehrere Kunden
Beispiel: Kern-Modernisierung mit erforderlichen Migrationen → 11.x → 12.0.0
Paradigmenwechsel / Große sichtbare Änderungen
- Komplettes UI-Redesign (Beispiel: v11 - neues UI Design)
- Grundlegend neue Architektur-Komponenten (Beispiel: v10 - neuer Workflow-Editor)
- Komplett neue Hauptfunktionen, die alte Funktionen ablösen (Beispiel: v9 - neue Suche)
„Feierwürdige“ Releases
- Marketing-Highlights mit großer Außenwirkung
- Releases, die als „großer Sprung“ kommuniziert werden sollen
- Zeitlicher Rahmen: ca. alle 2-3 Jahre (nicht zwingend!)
Hinweis: Nach MAJOR-Erhöhung werden MINOR und PATCH auf 0 zurückgesetzt. Beispiel: 11.13.2 → 12.0.0
MINOR Release (X.Y.0) - „Die Feature-Releases“
Hinweis: Dies ist der Standard-Release-Zyklus für agorum core.
Die MINOR-Version wird erhöht bei:
Neue Features (abwärtskompatibel)
- Neue optionale Funktionen
- Neue Module/Pakete
- API-Erweiterungen (neue Funktionen, neue Parameter)
- Neue Integrationen
Beispiel aus 11.13.0: OCR für asiatische Sprachen, Markdown-Editor
Verbesserungen bestehender Features
- Performance-Optimierungen
- UI/UX-Verbesserungen
- Erweiterte Konfigurationsmöglichkeiten
- Verbesserte Benutzerfreundlichkeit
Ersetzung alter Features (WENN abwärtskompatibel)
-
Alte Funktion wird durch neue ersetzt
- ABER: Kunden müssen nichts anpassen, es funktioniert automatisch
- Bestehende Konfigurationen bleiben gültig
„Sanfte“ Verhaltensänderungen
- Removal von veralteten/ungenutzten Features
- Änderungen, die nur wenige Kunden betreffen
- Wichtig: Im Changelog als „Achtung Verhaltensänderung“ kennzeichnen!
Beispiel aus 11.13.0: Entfernung von Clipboard_Deactivate
Größere Bugfixes mit Verhaltensänderungen
- Bugfix ändert Verhalten spürbar
- Aber keine Breaking Change für Kunden
Kernprinzip: Nach einem MINOR-Update läuft alles wie vorher, nur mit zusätzlichen Möglichkeiten. Kunden müssen in der Regel nichts anpassen.
Hinweis: Nach MINOR-Erhöhung wird PATCH auf 0 zurückgesetzt. Beispiel: 11.12.3 → 11.13.0
PATCH Release (x.y.Z) - „Die Bugfix-Releases“
Die PATCH-Version wird erhöht bei:
🐛 Nur Bugfixes
- Keine neuen Features
- Keine API-Erweiterungen
- Nur Fehlerbehebungen
🔒 Security-Fixes
- Sicherheitslücken schließen
- Auch wenn keine anderen Änderungen vorliegen
🔧 Kleine Korrekturen
- Typos in der Benutzeroberfläche
- Dokumentations-Fixes
- Sehr kleine Verhaltenskorrekturen ohne funktionale Änderungen
Tipp: PATCH-Releases enthalten vorwiegend Korrekturen und keine wesentlichen neuen Funktionen.
Releasefrequenz
agorum core Releases werden in unregelmäßigen Abständen veröffentlicht. Die Information über die Veröffentlichung erhalten die Partner und Kunden über Informationen auf unserer Webseite, insbesondere das Changelog.
Tipps:
- Im Changelog werden Verhaltensänderungen in der Software, die von Partnern und Kunden bei Umstieg auf eine höhere Version berücksichtigt werden müssen, aufgeführt und deutlich hervorgehoben (das verwendete Signalwort ist 'Achtung Verhaltensänderung').
- Wir bemühen uns darüber hinaus, unsere Partner und Kunden langfristig über geplante Abkündigungen oder Ersetzungen von technischen Komponenten innerhalb von agorum core zu informieren, unabhängig von der verwendeten Version (siehe Abkündigungen).
Die erteilten Lizenzen sind nicht versionsgebunden. Die Lizenznehmer sind berechtigt, die verfügbaren Versionen der Software zu nutzen, unabhängig davon, ob es sich um Major- oder Minor-Versionen handelt.
Wartungsumfang
Der Wartungsvertrag für agorum core pro umfasst alle vom Kunden erworbenen Software-Lizenzen, unabhängig vom Zeitpunkt des Erwerbs.
Für die Beurteilung der Versionen im Rahmen des Wartungsvertrags ist es unerheblich, ob es sich bei einer Version um eine Major- oder Minor-Version handelt. Jede Veröffentlichung eines Major- oder Minor-Releases gilt als Version im Sinne des Wartungsvertrags.
Der Wartungsvertrag deckt ausschließlich die aktuelle agorum core Version und die unmittelbar vorausgehende Version ab. Im Rahmen des Wartungsvertrags sind nur Untersuchungen und Fehlerbehebungen für die aktuellen Patch-Versionen abgedeckt.
Hinweis: Die Liste der gewarteten Versionen ändert sich mit jeder Major- oder Minor-Version, die wir veröffentlichen.
Aus Informationen in der Dokumentation können keine Produkt- oder Wartungsansprüche abgeleitet werden, siehe Allgemeine Hinweise zur Dokumentation.