Versionierung

Als Versionierung bezeichnet man in der Softwareentwicklung die Archivierung alternativer Dateiversionen. In diesem Zusammenhang kann es sich um eine alte Dateiversion, aber auch um eine alternative nahezu gleichwertige Dateiversion handeln, die beispielsweise Bestandteil eines neuen Entwicklungszweigs ist. Sinn und Zweck ist die Möglichkeit, vorige Versionsstände wiederherstellen und Änderungen zurücknehmen zu können. (Zum Versionsstand sagt man auch „Build“ ^* von engl. bauen, erstellen).

Versionsnummern

Versionsnummern unterscheiden in der Softwareentwicklung die einzelnen Versionen einer Software. Diese wird oft nach dem Programmnamen angeführt und manchmal durch "v." oder "V" (für Version) speziell gekennzeichnet.

Eine Versionsnummer setzt sich häufig wie folgt zusammen:

Hauptversionsnummer.Nebenversionsnummer.Revisionsnummer-Buildnummer

bzw. auf englisch:

major release.minor release.patch level-build number

Beispiel:

2.3.5-0041

Dies ist die 2. Version eines Programms, in der 3. Nebenversion und in der 5. Fehlerkorrektur, Build 0041.

Eine Hauptversionsnummer (major release) indiziert meist äußerst signifikante Änderung am Programm z. B. wenn das Programm komplett neu geschrieben wurde (z.B. GIMP 1.x nach 2.x).
Eine Nebenversionsnummer (minor release) bezeichnet meistens die funktionelle Erweiterung des Programms.
Eine Revisionsnummer (patch level) enthält meist Fehlerbehebungen.
Die Buildnummer (build number) kennzeichnet in der Regel den Fortschritt der Entwicklungsarbeit in Einzelschritten, wird also z. B. bei 0001 beginnend mit jedem Kompilieren des Codes um 1 erhöht. Version 5.0.0-3242 stünde also für das 3242. Kompilationsprodukt einer Software.

Diese Vorgehensweise findet sowohl bei kommerzieller Software als auch im Umfeld der Freien Software und Open Source Verwendung.

Andere Arten, Programmversionen von einander zu unterscheiden sind:

Jahreszahlen z. B.: Windows 95
alphanumerische Bezeichner z. B.: Photoshop CS2, Macromedia Flash MX
Codenamen z. B.: Mac OS X Tiger

Für die Softwareentwicklung stellen Versionsnummern eine weitaus wichtigere Information als für den Kunden dar. Mit Hilfe der Versionsnummern kann u. a. sichergestellt werden, dass in Entwicklergruppen neue Programmteile nicht mit älteren überschrieben werden.

Die Nummern können 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.

Beta-Versionen werden oft durch die Hauptversion 0 angezeigt. Version 1.0 zu veröffentlichen, sagt dann aus, dass das Programm im Wesentlichen voll funktionstüchtig ist.

Alpha-Version

Die erste lauffähige Version eines Computerprogrammes wird oft Alpha-Version genannt. Obwohl der Begriff nicht exakt definiert ist, enthält in der Regel eine Alpha-Version bereits einige wichtige Bestandteile des Softwareprodukts – es ist aber wahrscheinlich, dass in späteren Versionen der Funktionsumfang noch erweitert wird.

Insbesondere enthalten Alpha-Versionen oftmals viele Bugs.

Beta-Version

Eine Beta-Version ist eine unfertige Version eines Computerprogramms, während dieser Zeit befindet sich das Programm in der Beta-Phase oder auch im Beta-Stadium.

Häufig sind Beta-Versionen die ersten Versionen eines Programms, die vom Hersteller zu Testzwecken veröffentlicht werden.

Der Begriff ist nicht exakt definiert, als Faustregel zur Abgrenzung einer Beta-Version von anderen Versionen gilt in der Regel, dass zwar alle wesentlichen Funktionen des Programms implementiert, aber noch nicht vollständig getestet sind und das Programm daher vermutlich noch Fehler enthält. Geht man davon aus, dass alle oder der größte Teil der Fehler beseitigt sind, wird die Software manchmal Release Candidate genannt.

Beta-Versionen von Programmen sind in der Regel an der 0 als Hauptversionsnummer oder dem Namenszusatz Beta (bzw. β) zu erkennen, z.B. v0.12 β (siehe Versionsnummern).

Betatester

Betatester sind Personen, die eine Software, welche sich im Beta-Stadium befindet, auf Programmfehler überprüfen. Sie stehen dabei im Kontakt mit den Softwareherstellern, so dass die gefundenen Fehler vor dem Release beseitigt werden können.

Diese noch unvollständige Software bekommen in der Regel nur vom Softwarehersteller ausgewählte Personen. Zu deren Auswahl gibt es verschiedene Möglichkeiten:

Interessierte Anwender können sich per Internet für den Beta-Test anmelden, wobei aber nur eine bestimmte Zahl von Betatestern per Los bestimmt wird.
Der Softwarehersteller stellt die Betaversion einem kleinen Kreis von Anwendern, beispielsweise einzelnen Angestellten wichtiger Kunden, zur Verfügung.
Die Betatester sind ausschließlich Angestellte der Firma.

Der Nutzen eines Betatests für den Hersteller ist, dass Fehler, die typischerweise erst in der Praxis auftreten, wie zum Beispiel Konflikte mit anderen Programmen oder Probleme mit bestimmten Hardwarekomponenten, schon vor dem Release des Programms erkannt und behoben werden können.

Allerdings ist ein öffentlicher Beta-Test für den Softwarehersteller auch problematisch, da die Kontrolle über die (unerlaubte) Weitergabe von Betaversionen an weitere Personen nur schwer möglich ist und so bei einem größeren Kreis potenzieller Anwender ein falscher Eindruck von der Software entstehen kann. Kommerzielle Produkte werden daher in der Regel nicht für einen öffentlichen Betatest freigegeben.

Community Technology Preview

Auf der PDC 2005 kündigte Bill Gates im Rahmen eines sogenannten Community Technology Preview (CTP) speziell für das kommende Windows Vista eine zusätzliche neue Art von Testversionen an. Geplant ist eine in etwa monatlichen Abständen folgende CTP-Version, welche weniger als Testversion als solche gedacht ist, sondern vielmehr Softwareentwicklern die jeweils aktuelle Version von Windows Vista abliefern soll. Das erste Produkt, von dem Microsoft CTP-Versionen erzeugte, war Visual Studio 2005. Seitens Microsoft gibt es für CTP-Versionen keine Unterstützung.

Perpetual Beta

Ein Begriff, der beschreibt, dass sich in Bezug auf die ständige Entwicklung des Internets auch Websites und Software kontinuierlich weiterentwickeln und somit nie wirklich fertig sind. Somit ist ein immerwährender Entwicklungszustand eingetreten, das "Perpetual Beta". Entstanden als Buzzword innerhalb des Web 2.0-Konzeptes

Release Candidate (auch Gamma Status genannt)

Ein Release Candidate (RC) oder Freigabekandidat ist eine abschließende Testversion einer Software. Darin sind alle Funktionen, die die endgültige Version der Software enthalten soll, schon verfügbar (sogn. feature complete). Der Release Candidate wird vor der Veröffentlichung der endgültigen Version erstellt, um einen abschließenden Produkttest oder Systemtest durchzuführen. Dabei wird die Qualtität der Software überprüft und nach verbleibenden Programmfehlern (Bugs) gesucht.

Treten gravierende Fehler auf oder wird auch nur eine Kleinigkeit geändert, muss ein weiterer Release Candidate erstellt werden und die Tests werden wiederholt. Die Release Candidates werden daher auch oft nummeriert (RC1, RC2, usw.). Hält ein Release Candidate schließlich die geforderten Qualitätsstandards ein, wird er durch Anpassung der Hauptversionsnummer zur Release erhoben und veröffentlicht. Dies kann jedoch nur geschehen, wenn der Release Candidate keine neuen Änderungen enthält, damit wird er einfach nur umbenannt.

Release

Die fertige und veröffentlichte Version einer Software wird als Release bezeichnet.

Um Fehler in bereits veröffentlichter Software zu beheben, geben Softwarehersteller oft sogenannte Service Packs (SPs) heraus.

Siehe auch: Release to Manufacturing, Gold-Status

Siehe auch

Versionsverwaltung | Software

Gourt Home::Gourt :: Versionierung