Welche Regeln gelten für die Versionsnummerierung von Software?

Question

Ich habe einige Software entwickelt und möchte sie Versionsnummern geben.

Wie mache ich das?

Wie kommt es, dass einige Software zwei Versionen wie 1.3v1.1

oder einige haben drei Zahlen bekommt - 4.0.1

Was ist die Methode dahinter?

Danke.

Answer 1

Die übliche Methode, die ich ist XYZ gesehen haben zu beginnen, die in der Regel major.minor.patch entspricht:

• Hauptversionsnummern ändern, wenn eine signifikante Änderung eingeführt wird. Zum Beispiel eine große oder möglicherweise rückwärtskompatible Änderung eines Softwarepakets.
• Minor Versionsnummern ändern sich, wenn ein neues, geringfügiges Feature eingeführt wird oder wenn ein Satz kleiner Features bereitgestellt wird.
• Patch-Nummern ändern sich, wenn ein neuer Build der Software für Kunden freigegeben wird. Dies ist normalerweise für kleine Bug-Fixes oder ähnliches.

Andere Varianten verwenden Build-Nummern als zusätzliche Kennung. Sie können also eine große Zahl für X.Y.Z.build haben, wenn Sie viele Revisionen haben, die zwischen den Releases getestet werden. Ich verwende ein paar Pakete, die nach Jahr/Monat oder Jahr/Release identifiziert werden. So könnte ein Release im September 2010 2010.9 oder 2010.3 für das 3. Release dieses Jahres sein.

Es gibt viele Varianten zur Versionierung. Alles läuft auf persönliche Vorlieben hinaus.

Für die "1.3v1.1", das kann zwei verschiedene interne Produkte sein, etwas, das wäre eine gemeinsame Bibliothek/Codebasis, die anders als das Hauptprodukt rev'd ist; Dies kann auf Version 1.3 für das Hauptprodukt und Version 1.1 der internen Bibliothek/des internen Pakets hinweisen.

Answer 2

Wikipedia hat eine ziemlich umfangreiche answer, die ein guter Ort sein könnte

Answer 3

Sie könnten die Semantic Versioning Specification nützlich finden.