Nutzen Sie BlueMind oder wollen Sie es zukünftig nutzen? Dann sollten Sie verstehen, wie die Versionen der Software benannt werden und sich weiterentwickeln. Denn so können Sie neue Funktionen und Sicherheitspatches besser vorhersehen und einschätzen, wann Sie sich um eine Aktualisierung kümmern sollten.
In diesem Artikel finden Sie einen Überblick über die Praktiken von BlueMind in Bezug auf die Benennung der Versionen und die Release-Politik.
Benennung der Versionen: Haupt-, Unter- und Patch-Versionen
- Hauptversion (X): die Hauptnummer, die Sie im Namen jeder Version sehen. Zum jetzigen Zeitpunkt – während diese Zeilen entstehen – ist die aktuelle Veröffentlichung BlueMind 5. Die Architektur in BlueMind entwickelt sich im Laufe der Versionen inkrementell. Gleichzeitig markiert jede Änderung der Hauptversion eine bedeutende Entwicklung der Software, bei der wichtige Funktionen hinzugefügt werden oder sich die Architektur ändert.
- Untergeordnete Version (X.Y): kombiniert die Hauptversionsnummer mit einer untergeordneten Nummer, zum Beispiel 4.9, 5.0 oder 5.1. Diese Bezeichnung ist entscheidend für einen reibungslosen Betrieb, denn sie kennzeichnet die Versionen, die aktiv unterstützt werden. Sie erhalten dafür in einem bestimmten Zeitraum Fehlerkorrekturen und Sicherheitsaktualisierungen.
- Patch (oder Release) (X.Y.Z): Aktualisierungen zu jeder Unterversion, Patches oder einfach Release genannt. Diese Aktualisierungen sind durch eine zusätzliche Nummer gekennzeichnet, zum Beispiel 4.9.19 oder 5.0.4. Sie bringen spezifische Korrekturen oder Sicherheitsverbesserungen mit sich.
Release-Politik: Wann und wie Versionen bereitgestellt werden
BlueMind hat eine klar definierte Aktualisierungsstrategie. Ziel ist es, die Stabilität und Sicherheit Ihrer Umgebung zu gewährleisten.
- Die Veröffentlichung von Hauptversionen (X)
Hauptversionen folgen keinem bestimmten Veröffentlichungsrhythmus. Eine neue Hauptversion bedeutet eine grundlegende Weiterentwicklung der Software. Sie bringt weitreichende funktionale Ergänzungen und/oder Änderungen der Architektur mit sich. Nach der Veröffentlichung einer neuen Hauptversion (z. B. 5.0) wird die Vorgängerversion (z. B. 4.9) 6 Monate lang mit Fehlerkorrekturen und 18 Monate lang mit Sicherheitspatches unterstützt. Danach wird diese Unterstützung eingestellt.
Ein Beispiel: Als die Version 5.0 veröffentlicht wurde, wurden für die Vorgängerversion 4.9 weiterhin Korrekturen und Sicherheitspatches geliefert. Es gab jedoch keine neue Unterversion (4.10) mehr. Dieses Vorgehen ermöglicht einen gelassenen Umgang mit Versionswechseln, und es stellt sicher, dass sich die Entwicklung auf die neuesten und sichersten Versionen konzentriert.
- Die Bereitstellung von Unterversionen (X.Y)
Eine neue Unterversion von BlueMind gibt es turnusgemäß alle vier Monate. Die alte Unterversion wird nach Veröffentlichung der neuen 6 Monate lang mit Fehlerkorrekturen und 12 Monate lang mit Sicherheitspatches versorgt. Danach wird die alte Version nicht mehr unterstützt.
- Die Bereitstellung von Patches (X.Y.Z)
Patches werden nach Bedarf eingesetzt. Sie folgen also nicht einem im Voraus festgelegten Zeitplan. Ein Patch behebt bestimmte Probleme und/oder verbessert die Sicherheit, ohne die Hauptfunktionen zu verändern.
Jeder Einsatz wird im BlueMind-Forum mit allen nützlichen Links zur Aktualisierung angekündigt, und die Dokumentation wird laufend aktualisiert.
Fazit
Wenn Sie die Benennungs- und Release-Politik verstehen, können Sie Ihre BlueMind-Aktualisierungen in aller Ruhe planen. Sie wissen, wann Sie mit neuen Versionen rechnen und wie lange Sie sich auf Sicherheitspatches für Ihre aktuelle Version verlassen können. Damit kennen Sie die wichtigsten Fristen für Ihre Versionsaktualisierung (Update). Die Politik der Versionsbenennung und -freigabe ist ein Schlüsselelement des Qualitätsansatzes von BlueMind. Ziel ist es, eine Software zu gewährleisten, die gleichzeitig leistungsfähig, sicher und aktuell ist.
