Versionierung

Wir benutzen für die Nummerierung aller unserer Produkte ein konsistentes Schema. Wir wollten ein Versionierungskonzept schaffen, das einfach zu verstehen und leicht nachvollziehbar ist und Ihnen, den Kunden, die Möglichkeit gibt, funktionelle Unterschiede, Verbesserungen und Änderungen in unseren Produkten nachzuvollziehen. Die Versionsnummern unserer Produkte bestehen aus drei Ziffern, die zur Charakterisierung der jeweiligen Veränderung dienen. Die Terminologie, die wir nutzen ist in der Softwareentwicklung weit verbreitet und folgendermaßen definiert:

V[Major Number].[Minor Number].[Maintenance Number], z. B. V1.3.2

Zusätzlich geben wir eine aufsteigende Buildnummer an, die dem exakten Durchlauf des Buildprozesses wiederspiegelt. Je nachdem, wie bedeutsam die Änderungen durch ein Update sind, wird eine der drei Stellen hochgezählt. Dazu finden Sie in der folgenden Liste einen kurzen Überblick. Details finden Sie im “Changelog”, das bei jedem Update mitgeliefert wird (und auch auf der Seite Online Reference Documentation zu finden ist).

Major Number

Die Major Number (erste Stelle) zeigt eine bestimmte Architektur und das dazugehörige Interfacedesign an. Die Major Number verändert sich nur bei massiven Änderungen der Architektur, die direkt das Verhalten beeinflussen und erhebliche Änderungen der Schnittstelle und der Signatur, also Veränderungen an der externen API des Produkts, beinhalten können. Die Neuveröffentlichung eines Produkts mit einer erhöhten Major Number führt eine neue Architektur ein und kann Inkompatibilitäten und Brüche der API enthalten. Bei der Umstellung ihrer Anwendung auf eine neue Major Version, z. B. eines SDKs, kann eine Neuprogrammierung auf der Anwendungsseite notwendig sein. Grundsätzlich wird sich die Major Number nicht allzu oft ändern. Wenn Sie auf ein Produkt mit einer höheren Major Number umsteigen ist unter Umständen ein Lizenzneukauf oder -upgrade notwendig.

Minor Number

Die Minor Number (zweite Stelle) zeigt funktionale Änderungen, Verbesserungen und Erweiterungen an, kurz gesagt: neue Features. Allerdings bleibt im Unterschied zur Änderung der Major Number die externe API kompatibel. Auch wenn sich eventuell die internen APIs des Produkts verändern können, bleibt die externe API, wie z. B. die anwendungsseitige API des SDKs, unverändert. Die Umstellung auf eine neue Minor Version kann in sehr seltenen Fällen einige kleinere Änderungen an Ihrer Anwendung notwendig machen, typischerweise wird sich aber die API und das Verhalten der Komponente nicht verändern. Die bestehende Funktionalität bleibt erhalten, kann jedoch erweitert werden. Komplett neue Module müssen eventuell neu lizensiert werden.

Maintenance Number

Die Maintenance Number (dritte Stelle) zeigt an, dass die Änderungen nur Fehler beheben. Die Veröffentlichung enthält kumulierte Behebungen von Fehlern, die durch unsere verschiedenen Kunden und Intensivnutzer gemeldet wurden. Eine neue Produktversion mit einer erhöhten Maintenance Number enthält keine neuen Features. Es gibt keine Inkompatibilitäten der API. Die Umstellung auf ein Release mit einer neuen Maintenance Number bedeutet nur geringen Aufwand bei der Applikation wie Neukompilierung oder der Austausch von Bibliotheken. Im Laufe eines Jahres kann es für ein Produkt mehrere Updates mit Fehlerbehebungen geben, je nachdem wie schwerwiegend die Fehler sind.