Durch-Nummerierung der API Version [GELÖST]

[Tobi]

Tatsächlich läuft auf meinem alten System die API in der Version 2.9 und auf dem neuen System die Version 2.13...

Ok. Soll wohl so sein. Das eine ist Version

2.9 => "Zwei Punkt Neun"

gegenüber

2.13 => soll wohl "Zwei Punkt Dreizehn" sein
Ist aber mathematisch eigentlich "Zwei Punkt Eins Drei", mithin deutlich älter als die vermeintliche neuere "Zwei Punkt Neun".

Eventuell könnte man hier mal die Durch-Nummerierung anpassen?

[Alexander]

Hallo,

Softwareversionen werden im KeyHelp-Kosmos aber nicht "mathematisch" gelesen, sondern sind eine Serie individueller sich inkrementierender Nummern.
Das ist so eigentlich auch Standard bei anderer Software.

[Tobi]

O.K.
Ich hätte ja auch erstmal gucken können.
Asche auf mein Haupt.


Ganz ehrlich?
Ich finde Microsoft ( @Micha) hat mit der Nummerierung Version 24H2 eigentlich was ganz gutes eingeführt.
Die KeyHelp Version macht es ja mittlerweile ebenso.
Vielleicht könnte man das auch irgendwie in der Api-Versions-Nummer abbilden?

[Alexander]

Wenn Breaking-Changes bei der API eingeführt werden sollten, dann ist jedem (Entwickler) klar, sobald aus Version "2.x" plötzlich "3.x" wird, sollte man sich die Changelogs ggf. mal genauer durchlesen.

Wenn ich die Versionierung auf Jahreszahlen umstelle - wie im Beispiel Microsoft - würde die unterschwellige Information "Achtung Breaking-Changes" dadurch untergehen.