Gute Versionsnummern für Programme vergeben

DGerade bei größeren Projekten machen gute Versionsnummern für Programme Sinn. Ich bin bei der Recherche auf einen Standard für die Versionsnummern-Vergabe auf eine interessante Seite gestoßen die ich als Quelle für eigene Software ab nun verwenden werde. Eventuell ist das für den einen oder anderen von euch auch interessant.

Gute Versionsnummern für Programme vergeben

Auf der Seite semver.org findet man eine sehr ausführliche und gute Beschreibung wie ordentliche Versionsnummern für Programme funktionieren. Es wird eine Nummerierung mit folgender Regel vorgeschlagen:

MAJOR.MINOR.PATCH

• MAJOR
  Die Major Nummer wird erhöht, wenn die Software zur vorherigen Version inkompatibel wird.
• MINOR
  Die Minor Nummer wird erhöht bei neuen Funktionen der aktuellen Version hinzugefügt werden.
• PATCH
  Die Patch Nummern sind nur Bugfixes, behobene Fehler. Das sind sowohl Softwarefehler als auch Security Updates.

Warum sollte man Versionnummern verwenden?

Ist eine berechtigte Frage die jeder unerfahrene Programmierer stellen wird. Bei kleinen Projekten ist es durchaus legitim keine Nummern zu vergeben. Jeder Programmierer der schon mal in der so genannten „Dependency Hell“ gelandet ist, wird es besser wissen. Eine Software ist selten eine einmalige Aufgabe. Gerade erfolgreiche Software die von vielen Anwendern verwendet wird muss regelmäßig angepasst und erweitert werden. Das sind technische Anpassungen, neue Schnittstellen oder rechtliche Rahmenbedingungen. Je dynamischer das Umfeld, desto wahrscheinlicher sind laufende Änderungen.

Ohne kluger Versionierung läuft man Gefahr, dass unterschiedliche Versionen der selben Software nicht mehr kompatibel sind. Jedes größere Softwareprojekt führt Versionsnummern ein mit einer detaillierten Beschreibung was, wann wo geändert wurde und warum. Dadurch ist gewährleistet, dass das Softwareprodukt auch in Zukunft flexibel weiterentwickelt werden kann. In der Praxis wird das so aussehen, dass ein Teil der Entwickler bereits an der neuen Major oder Minor Version arbeiten. Ein kleineres Team arbeitet parallel an der Wartung älterer Software und erstellt dort Bugfixes und nimmt Verbesserungen vor.

Versionsnummern in der Praxis

Anhand einiger Beispiele wird sofort ersichtlich, dass sich zahlreiche bekannte Softwareprojekte an diesen Standard halten.

• WordPress 4.6.1
• Joomla 3.6.3
• Typo 3 7.6.11
• Magento 2.1.2
• Linux Kernel 4.8.4
• …

Man sieht anhand der kleinen Liste an Beispielen das diese Open Source Projekte alle mit der selben Logik von Versionsnummern arbeitet. Gerade diese Standardisierung hilft den Anwendern der Software ungemein. Als Systemadmin wird man bedenkenlos Bugfixes einspielen, also Versionsupdates der dritten Zahl. Für Minor Änderungen kann man das schnell in einem Testsystem durchtesten und dann Live schalten. Erst bei einer neuen Major Nummer wird man die komplette Software (zum Beispiel der Magento Online Shop) neu aufsetzen. Als Entwickler kann man durch diese Thematik dem Kunden auch recht gut die Kosten für solche Umstellungen erklären. Major Änderungen erfordern meist ein komplett neues Projekt. Minor Anpassungen gehen meist recht schnell mit Aktualisierung und Tests bzw. kleinen Anpassungen bei der Software Peripherie. Bugfixes sollten immer aktuell gehalten werden, damit man nicht Ziel eines Angriffs von Außen wird.

Fazit

Die Weiterentwicklung von Software wird transparenter und nachvollziehbarer mit guten Versionsnummern. Durch eine Standardisierte Versionsnummernvergabe sind Updates auf projektübergreifend nachvollziehbar und vergleichbar.

Achtet ihr bei euren Projekten auf sinnvolle Versionsnummer?