Путаница с версиями: как расшифровать номера обновлений программного обеспечения

Versions-Chaos verwirrt Nutzer: Was die Zahlen bei Software wirklich bedeuten Jedes Programm hat eine eigene Versionsnummer, damit man nachvollziehen kann, welchen funktionalen Stand das installierte Tool hat – ähnlich wie bei der Auflage eines Buches, das immer mal wieder aktualisiert wird. Software muss natürlich regelmäßig Updates erhalten, um mit dem Betriebssystem kompatibel zu bleiben, neue Funktionen zu bekommen und Sicherheitslücken zu schließen. Doch dabei gibt es für Laien immer mal wieder Verwirrung, da nicht jeder Hersteller dieselbe Systematik verwendet. Überraschende Versions-Sprünge oder Änderungen der Versionierung tun dazu ihr Übriges. Hier finden Sie alle wichtigen Infos dazu, um die Versionierung von Software besser zu verstehen. So funktionieren Versionsnummern Eine Regel ist bei Versionsnummern universell: Je höher die Nummer, desto neuer ist das Programm. So weit so klar. Eine klassische Versionsnummer eines "Stable Release" besteht dabei oft aus drei Teilen, die durch Punkte abgetrennt sind. Beispiel: 26.07.193. Da muss man teils genau hinschauen, um die Versionen zu vergleichen. Daher hier ein kurzer Überblick: - Erste Zahl: Das ist die Hauptversion, ein Major Release. Ändert sich diese Nummer, dann gab es meist große Neuerungen im Programm, für die einiger Code neu geschrieben wurde. Oftmals dürfen Sie sich dann über viele neue Funktionen freuen. - Zweite Zahl: Mit der Unterversion oder Minor Release werden kleinere Änderungen gekennzeichnet, das können Anpassungen an Funktionen oder kleinere Verbesserungen sein. - Dritte Zahl: Die Patchversion verdeutlicht sehr kleine Anpassungen an der Anwendung sowie Fehlerbehebungen. Der Patch ist sozusagen ein "Flicken" für kleinere Wehwehchen. Sobald eine der Zahlen hochgezählt wird, werden die nachfolgenden Stellen meistens (aber nicht immer) auf null zurückgesetzt, also 27.0.0 – darum schreiben Entwickler nicht einfach nur eine glatte 27 hin. Manchmal sind die Nullen auch zweistellig, wenn sehr viele Unterversionen und Patches erwartet werden. Doch damit nicht genug: Am Ende können noch weitere Zusätze zu finden sein, die oft mit einem Bindestrich abgetrennt werden. Dazu zählen etwa - Nightly-Builds, die sehr aktuell sind, aber potenziell instabil mit Problemen - Dev-Builds für Entwickler, die Funktionen früh testen wollen - frühe Alpha-Versionen, die noch unfertig sind - Beta-Versionen zum Testen in einem kleinen Nutzerkreis - Release Candidates (RC) als letzte Version vor der nächsten Veröffentlichung Hinter diesen Ergänzungen können ebenfalls noch Zahlen folgen, sodass Versionsnummern wie 26.07.198-alpha02 entstehen. Für die meisten Nutzer sind diese Vorab-Versionen jedoch nicht so wichtig. Das Problem für viele Nutzer besteht darin, dass anhand der Versionsnummer nicht ersichtlich wird, wann dieser Build eines Programms erschienen ist. Daher hilft meist der Blick in die sogenannten Release Notes beziehungsweise den Changelog. Dort werden die Änderungen an der Software dokumentiert und auch mit einem Datum versehen – zumindest dann, wenn der Hersteller diese Infos auch öffentlich teilt. Das können neue, geänderte, entfernte oder veraltete Funktionen sowie geschlossene Sicherheitslücken sein. Weitere Verwirrung kommt zustande, wenn zu den Versionsnummern noch Marketing-Nummern hinzukommen. Diese sollen für Nutzer noch leichter verständlich sein, um den aktuellsten Stand auf einen Blick zu erkennen. Das können zum Beispiel Jahresbezeichnungen wie "Fotobearbeiter 2026" sein. Im Hintergrund arbeiten die Entwickler aber trotzdem mit der oben genannten Systematik. Redakteur Nicht jeder hält sich an das System Downloads zu aktualisieren, das ist unser täglich Brot. Manchmal kann man sich über die Vorgehensweise bei den Versionsnummern aber nur wundern, da die Sprünge teils willkürlich und unsystematisch wirken. Daher ist es nachvollziehbar, dass unerfahrene Nutzer gelegentlich ratlos dastehen. Ich wünsche mir von allen Software-Herstellern, dass sie ein leicht zugängliches Changelog anbieten, bei dem die Versionsnummern fortlaufend dokumentiert und datiert werden. Das macht nämlich nicht jeder so gewissenhaft.