~2025-30257-18: /* Semantische Versionsnummer */ für Abkürzungen, ohne den [Fremd]Bezeichner „Versionsnummer“ hier nochmal nennen zu müssen, welcher ja schon oben, im Hauptbezeichner steht; zudem wäre mir eine Übersetzung des vorgenannten Fremdwortes [also „semantisch“ hier wohl zu „mit [Zusatz]Bedeutung“], wäre mir also [übrigens] lieber, ist so aber wohl noch zu lang, für einige Mitmenschen

2025-10-27T11:26:13Z

Semantische Versionsnummer: für Abkürzungen, ohne den [Fremd]Bezeichner „Versionsnummer“ hier nochmal nennen zu müssen, welcher ja schon oben, im Hauptbezeichner steht; zudem wäre mir eine Übersetzung des vorgenannten Fremdwortes [also „semantisch“ hier wohl zu „mit [Zusatz]Bedeutung“], wäre mir also [übrigens] lieber, ist so aber wohl noch zu lang, für einige Mitmenschen

Neue Seite

{{Redundanztext
|3=Versionsnummer
|4=Version (Software)#Semantic Versioning
|2=Juli 2025|1=[[Benutzer:Phil1881|Phil1881]] ([[Benutzer Diskussion:Phil1881|Diskussion]]) 12:12, 4. Jul. 2025 (CEST)}}

'''Versionsnummern''' unterscheiden einzelne [[Version (Software)|Versionen einer Software]], um deren Weiterentwicklungen nachvollziehbar zu kennzeichnen.

Die Versionsnummer ist die Grundlage für die [[Versionsverwaltung]]. Den Prozess der Vergabe der Versionsnummer nennt man [[Versionierung]].

== Semantische Versionsnummer{{Anker|semantisch}} ==
Eine ''semantische Versionsnummer'' setzt sich aus folgenden Teilen zusammen:<ref>{{Internetquelle
|url=https://semver.org/lang/de/
|titel=Semantic Versioning 2.0.0
|sprache=de
|autor=Tom Preston-Werner
|zugriff=2024-07-30
}}</ref>

; {{Anker|Hauptversion}}Hauptversionsnummer
: (englisch: ''major release'') indiziert meist äußerst signifikante Änderung am Programm – zum Beispiel, wenn das Programm komplett neu geschrieben wurde (zum Beispiel [[GIMP]] 2.x nach der Version 1.x) oder sich bei [[Programmbibliothek|Bibliotheken]] keine [[Programmierschnittstelle|Schnittstellenkompatibilität]] aufrechterhalten lässt.
; {{Anker|Nebenversion}}Nebenversionsnummer
: ({{enS|minor release}}) bezeichnet meistens die [[Funktionalität (Produkt)|funktionale Erweiterung]] des Programms.
; {{Anker|Revision}}Revisionsnummer
: ({{enS|patch level}} oder ''micro release'') enthält meist [[Programmfehler|Fehlerbehebungen]].
; [[Buildnummer]]
: ({{enS|build number}}) kennzeichnet in der Regel den Fortschritt der Entwicklungsarbeit in Einzelschritten, wird also zum Beispiel bei 0001 beginnend mit jedem [[Kompilierung|Kompilieren]] des Codes um eins erhöht. Version 5.0.0-3242 stünde also für das 3242. Kompilationsprodukt einer Software. Verwendet man Versionskontrollsysteme, so wird an Stelle der Build-Nummer gerne eine Nummer verwendet, die die Quellen zum Kompilat innerhalb des Versionskontrollsystems eindeutig identifiziert. Das erleichtert im Fehlerfall, die zugehörigen Quellen zu finden.<ref>Linda Westfall: ''The Certified Software Quality Engineer Handbook'', Verlag ASQ Quality Press, 2008, ISBN 978-0-87389-730-3, S. 509–510 [https://books.google.de/books?id=Pn_aVZnuHLsC&pg=PA509 online]</ref>

Beispiel für die 2. Version eines Programms, in der 3. Nebenversion und in der 5. Fehlerkorrektur, Build 0041:
2.3.5-0041
│ │ │ └────── [[Buildnummer]]
│ │ └───────── Revisionsnummer
│ └─────────── Nebenversionsnummer
└───────────── Hauptversionsnummer

Jede dieser Versionsnummern kann auch aus mehreren Ziffern bestehen. Zum Beispiel folgt nach Version 0.9, wenn sich nur die Nebenversion erhöht, 0.10 und nicht 1.0. Bei manchen Programmen ist daher die Nebenversionsnummer zweistellig oder enthält eine führende Null, wenn mit mehr als zehn Versionen dieser Art zu rechnen ist (Beispiel: 0.09). Wird die Haupt- oder Nebenversionsnummer erhöht, werden die folgenden Stellen, mit Ausnahme der Buildnummer, auf 0 zurückgesetzt. Auf die Version 2.3.5 folgt also, je nach Grad der Änderung, die Version 2.3.6, 2.4.0 oder 3.0 (bzw. 3.0.0).

Häufig bildet die Hauptversion mit der Nummer 0 insofern eine Ausnahme, als auch bei einer Erhöhung der Nebenversion größere Änderungen möglich sind.

Grundsätzlich gibt es für die Bedeutung der einzelnen Werte jedoch keine festen Vorgaben, vielmehr haben sich Quasi-Standards etabliert: Unter dem [[.Net-Framework]] folgt man z. B. dem abweichenden Schema <code><nowiki><Hauptversionsnummer>.<Nebenversionsnummer>.<Buildnummer>.<Revisionsnummer></nowiki></code><ref>[https://docs.microsoft.com/en-us/previous-versions/dotnet/articles/ms973869(v=msdn.10)?redirectedfrom=MSDN#managevers_topic1 Versionsnummern in .NET] (englisch)</ref> (gegenüber obigem Beispiel vertauschte Position für Revisionsnummer und Buildnummer). In .NET unterscheidet man zudem zwischen unterschiedlichen Arten von Versionen:<ref>{{Internetquelle
|url=https://learn.microsoft.com/en-us/troubleshoot/developer/dotnet/framework/general/assembly-version-assembly-file-version
|sprache=en
|datum=2023-12-28
|titel=Use AssemblyVersion and AssemblyFileVersion attributes
|hrsg=[[Microsoft]]
|zugriff=2024-07-30
}}</ref>

{|class="wikitable"
|+ Versionsnummern im [[.Net-Framework]]
! Versionsnummer !! Beschreibung
|-
| <code>AssemblyFileVersion</code>
| Version, welche einen individuellen [[Build]] bezeichnet. Die Version zählt hoch wenn eine neue [[.Net-Framework#Assemblies|Assembly]] erstellt wird, auch wenn der [[Quelltext]] ident ist.
|-
| <code>AssemblyInformationalVersion</code>
| Version eines Produktes, welches aus mehreren [[.Net-Framework#Assemblies|Assemblies]] besteht.
|-
| <code>AssemblyVersion</code> || Version einer [[.Net-Framework#Assemblies|Assembly]]. Die Version bleibt ident, wenn diese aus identischem [[Quelltext]] erstellt wurde.
|}

Zu einem Versionsstand an einem beliebigen Zeitpunkt sagt man auch Build. Die [[Buildnummer|Build-Nummer]] wird in vielen Projekten unabhängig von den anderen Nummern erhöht und nicht zurückgesetzt. Zum Beispiel gibt es beim Betriebssystem [[Microsoft Windows|Windows]] von [[Microsoft]] zwei Produktreihen: in der [[Windows 9x|Windows‑9x]]-Reihe sind die Builds 950 ([[Microsoft Windows 95|Windows 95]]), 1998 ([[Microsoft Windows 98|Windows 98]]) und 2222 ([[Microsoft Windows 98#Zweite Ausgabe|Windows 98 SE]]) bekannt, in der Reihe [[Microsoft Windows NT|Windows‑NT]]-Reihe sind dies die Builds 1381 (Windows NT 4.0 Service Pack 6), 2600 ([[Microsoft Windows XP|Windows XP]]), 6000 ([[Microsoft Windows Vista|Windows Vista]]), 7600 ([[Microsoft Windows 7|Windows 7]]), 9200 ([[Microsoft Windows 8|Windows 8]]) and 9600 ([[Microsoft Windows 8.1|Windows 8.1]]). Seit [[Microsoft Windows 10|Windows 10]] trägt jede [[Microsoft Windows 10#Versionsgeschichte|Version]] eine eigene Build-Nummer.

Oftmals ist es – vor allem bei [[Open Source|Open-Source]]-Software – der Fall, dass sich die Versionsnummern von Programmen oder Systemen noch vor der Version 1.x befinden. Dies deutet jedoch nicht zwingend darauf hin, dass die Entwicklung noch nicht weit fortgeschritten ist, sondern eher, dass die Version noch nicht das von den Entwicklern gesteckte Ziel erreicht hat und sich weiterhin in der Entwicklung befindet. Teilweise gibt es sogar Open-Source-Programme, die – obwohl sie den Alpha- und Beta-Status längst verlassen haben – weiterhin noch unterhalb der Version 1.0 versioniert sind.

Eine Versionsnummer wird oft nach dem Programmnamen angeführt und manchmal durch „v.“, „v“ oder „V“ (für ''Version'') speziell gekennzeichnet.

== Versionsnummer mit Datum ==

Ein alternativer Ansatz besteht darin, eine Versionsnummer mit einem Datum zu erstellen:

2024.10.12-0002
│ │ │ └── [[Buildnummer]] (innerhalb des Tages)
│ │ └─────── Tag
│ └────────── Monat
└────────────── Jahr

== Marketingaspekte ==

Für die Software-Entwicklung stellen Versionsnummern eine weitaus wichtigere Information als für den Kunden dar. Mit Hilfe der Versionsnummern kann unter anderem sichergestellt werden, dass in Entwicklergruppen neue Programmteile nicht mit älteren überschrieben werden (siehe [[Versionsverwaltung]]).

In größeren Softwareprojekten wird unter Umständen aus [[Marketing]]aspekten von der internen, eher technisch motivierten Versionierung abgewichen, was dann zu Versionsnamen führt (Windows XP entspricht beispielsweise „Windows NT 5.1“), aus denen sich die Versionsfolge nicht mehr ohne weiteres erkennen lässt. Aus Marketinggründen kann es auch zum Überspringen von Versionsnummern kommen, um keine niedrigere Version (die als „älter“ interpretiert werden kann) als Mitwettbewerber zu haben. Dies war beispielsweise bei [[WinWord#Versionen für Windows (16-Bit)|WinWord]], dessen Version von 2.0 auf 6.0 sprang, [[Slackware]] und [[Microsoft Windows 10|Windows 10]] der Fall.
Auch bei verschiedener Software vom gleichen Hersteller kann es ähnliche Fälle geben, so wurde z. B. die erste Version von [[Microsoft Windows NT|Windows NT]] „[[Microsoft Windows NT 3.1|Windows NT 3.1]]“ genannt, da sie nach [[Microsoft Windows 3.1|Windows 3.1]] auf den Markt kam und dieselbe [[Grafische Benutzeroberfläche|grafische Oberfläche]] wie dieses verwendete. Bei [[Microsoft Windows 7#Versionsnummer|Windows 7]] wurde von der internen Versionsnummer („Windows NT 6.1“) aus technischen und psychologischen Gründen abgewichen und „Windows 9“ wurde als Produktname übersprungen (wobei die NT-Versionen 7 bis 9 ebenfalls übersprungen wurden).

Auch werden andere Arten, Programmversionen voneinander zu unterscheiden, verwendet, da sie leichter zu merken sind:
* Zeitangaben wie Jahreszahlen, oder in Kombination mit z. B. Monaten, beispielsweise als:
** zweistellige Jahreszahlen, zum Beispiel: [[Microsoft Windows 95|Windows ''95'']] (1995); [[Microsoft Office]] ''95'' (1995);
** vierstellige Jahreszahlen, zum Beispiel: [[Microsoft Windows 2000|Windows ''2000'']]; Microsoft Office ''2000;'' [[Softmaker|SoftMaker Office]] ''2006;''
** Jahre und Monate, zum Beispiel: [[Ubuntu (Betriebssystem)|Ubuntu]]-[[Linux-Distribution|Linux]] <abbr title="Jahr: 2006">6</abbr>.<abbr title="Monat: April">04</abbr> (für April 2006), [[OPNsense]] <abbr title="Jahr: 2015">15</abbr>.<abbr title="Monat: Januar">1</abbr> (für Januar 2015)<ref>{{Internetquelle |url=https://docs.opnsense.org/manual/updates.html |titel=Updates |abruf=2021-02-15 |werk=OPNsense documentation |sprache=en}}</ref> oder [[Microsoft Windows 10#Windows-10-Versionen|Windows 10]] <abbr title="Jahr: 2015">15</abbr><abbr title="Monat: Juli">07</abbr> (für Juli 2015);
** Jahre und Halbjahr, zum Beispiel: Windows 10 <abbr title="Jahr: 2020">20</abbr><abbr title="2. Halbjahr">H2</abbr> (für 2. Halbjahr 2020);
* alphanumerische Bezeichner, zum Beispiel: [[Adobe Photoshop]] ''CS2,'' [[Adobe Flash]] ''MX;'' [[Microsoft Windows XP|Windows ''XP'']];
* [[Codename]]n, zum Beispiel: [[Mac OS X Panther|Mac OS X ''Panther'']] (seit 2016 [[macOS]]); [[Microsoft Windows Vista|Windows ''Vista'']];
* systematische Codenamen: Ubuntu verwendet zusätzlich zur Versionsnummer „Adjektiv + Tiernamen“. Bei jeder neuen Version wird der Buchstabe um eine Stelle im Alphabet verschoben. Auf „[[Bionik|Bionic]] [[Biber|Beaver]]“ folgte „[[Kosmos|Cosmic]] [[Sepien|Cuttlefish]]“.
* Die Versionsnummer von [[TeX]] nähert sich [[Kreiszahl|π]] an; die von [[Metafont]] der [[Eulersche Zahl|Eulerschen Zahl ''e'']].
* Der [[Linux (Kernel)|Linux-Kernel]] verwendet ab Version 2.6 eine Versionsnummer, die keinen Zusammenhang mit tatsächlichen Fortschritten aufweist.<ref>{{Internetquelle |url=https://lkml.org/lkml/2018/4/15/201 |titel=LKML: Linus Torvalds: Linux 4.17-rc1 |abruf=2023-08-10}}</ref>
* Bei [[GIMP]] bezeichnet eine gerade zweite Ziffer (z. B. Version 2.2, 2.4, 2.6 usw.) eine stabile Version, während bei Entwicklerversionen die zweite Ziffer ungerade ist. Gleich ging man auch beim Linux-Kernel bei den Versionen von 2.0 bis 2.6 (mit den Entwicklerversionen 2.1, 2.3 und 2.5) vor.<ref>{{Internetquelle |url=https://www.kernel.org/category/releases.html |titel=Active kernel releases |titelerg= |werk=The Linux Kernel Archives |hrsg=Linux Kernel Organization |sprache=en |abruf=2025-05-26 |zitat=Does the odd-even number still mean anything? – A long time ago Linux used a system where odd numbers after the first dot indicated pre-release, development kernels (e.g. 2.1, 2.3, 2.5). This scheme was abandoned after the release of kernel 2.6 and these days pre-release kernels are indicated with ‘-rc’.}}</ref>

== Ergänzungen ==
Je nach [[Entwicklungsstadium (Software)|Entwicklungsstadium der Software]] gibt es noch Ergänzungen:
; Alpha
: während der Entwicklung der Software, sehr frühes Stadium
; Beta
: zum Testen vorgesehen, begrenzter Anwenderkreis
; RC
: Veröffentlichungskandidat ({{lang|en|release candidate}}, ''rc''), abschließende Testversion
; {{lang|en|Release}} (final)
: endgültige Version ({{enS|Release}} für Veröffentlichung)
; [[Patch (Software)|Patch]]
: auch {{lang|en|patchlevel}}, ''pl'', {{deS|Korrekturlevel}}

== Einzelnachweise ==
<references />

[[Kategorie:Versionsverwaltung]]
[[Kategorie:Anforderungsmanagement]]

Versionsnummer - Versionsgeschichte