Sicher vergebt Ihr Euren Programmen Versionsnummern. Dieser Artikel beeschäftigt sich damit, wie so eine Nummer aufgebaut ist.
Ich möchte damit auch Klarheit schaffen und hoffe, dass diese "Regeln" beachtet werden, da sich so auch für den User die Versionen besser nachvollziehen lassen. (Anwendung auch im Hinblick auf das Forum Showroom und Testcenter
)
Die Versionsnummer ist die Grundlage für die Versionsverwaltung
Standartmäßiger Aufbau:
Ein Beispiel:
Erläuterung
<Hauptversionsnummer>: Die Hauptversionsnummer (major release) zeigt eine grundlegende Änderung im Programm an – z. B. wenn das Programm komplett neu geschrieben wurde oder sich bei Bibliotheken keine Schnittstellenkompatiblität aufrechterhalten lässt. Oftmals handelt es sich bei der Major-Nummer (besonders im kommerziellen Bereich) auch einfach größere Neuerungen, die als "neues" Produkt verkauft werden
<Nebenversionsnummer>: Die Nebenversionsnummer (minor release) zeigt eine funktionelle Erweiterung des Programms an.
<Revisionsnummer>: Die Revisionsnummer (patch level) zeigt einen Patch (Fehlerbehebung) an.
<Buildnummer>: Die Buildnummer (build number) spricht für sich selbst: Sie zeigt den Fortschritt der Entwicklungsarbeit in Einzelschritten. Bei jedem Kompilieren des Code wird sie um eins erhöht.
Weitere Ergänzungen:
Ich möchte damit auch Klarheit schaffen und hoffe, dass diese "Regeln" beachtet werden, da sich so auch für den User die Versionen besser nachvollziehen lassen. (Anwendung auch im Hinblick auf das Forum Showroom und Testcenter
)Die Versionsnummer ist die Grundlage für die Versionsverwaltung
Standartmäßiger Aufbau:
<Hauptversionsnum mer>.<Nebenversionsnummer>.<Revisionsnummer>.<Buildnummer>
Ein Beispiel:
1.5.3.2
Erläuterung
<Hauptversionsnummer>: Die Hauptversionsnummer (major release) zeigt eine grundlegende Änderung im Programm an – z. B. wenn das Programm komplett neu geschrieben wurde oder sich bei Bibliotheken keine Schnittstellenkompatiblität aufrechterhalten lässt. Oftmals handelt es sich bei der Major-Nummer (besonders im kommerziellen Bereich) auch einfach größere Neuerungen, die als "neues" Produkt verkauft werden
<Nebenversionsnummer>: Die Nebenversionsnummer (minor release) zeigt eine funktionelle Erweiterung des Programms an.
<Revisionsnummer>: Die Revisionsnummer (patch level) zeigt einen Patch (Fehlerbehebung) an.
<Buildnummer>: Die Buildnummer (build number) spricht für sich selbst: Sie zeigt den Fortschritt der Entwicklungsarbeit in Einzelschritten. Bei jedem Kompilieren des Code wird sie um eins erhöht.
Weitere Ergänzungen:
- Alpha – während der Entwicklung der Software, sehr frühes Stadium
- Beta – zum Testen vorgesehen, begrenzter Anwenderkreis
- RC - Veröffentlichungskandidat (release candidate rc), abschließende Testversion
- Release (final) - endgültige Version
