Versionsnummern bei mehreren Versionszweigen

[Uwe Raabe]

Zitat von BUG:

Zitat von Uwe Raabe:

Es wäre allerdings auch wünschenswert, wenn die Build-Nummern aufsteigend sind (nicht notwendigerweise lückenlos). Sonst muss man immer erst irgendwo nachsehen, welches neuer ist.

Das würdest du mit dem einfachem Hochzählen der Buildnummer (oder Timestamps) erreichen.
Das einzige Problem ist dann nur, dass man nicht mehr sagen kann: Ab Build 1337 bis 4711 ist es das Release 1.3.7. Das sollte zu verkraften sein.

Ja, das wäre vollkommen OK.

Bei Timestamps bin ich mir nicht sicher, ob der Zahlenraum ausreicht. Es gibt Zeiten, da kommen die Builds im 5 Minutentakt - dann ist wieder wochenlang nichts.

[generic]

Was Versionsnummern betrift gibt es einen quasi Standard.
Semantic Versioning

Meine Arbeitsweise:
a.b.c

a) Hauptversion wird nur erhöht wenn "from scratch" angefangen wird / bei Erhöhung b und c wird auf 0 gesetzt.
b) bei jedem neuen Feature-Release +1 / bei Erhöhung wird c auf 0 gesetzt.
c) bei jedem Bugfix-Release +1

Ich führe in jedem Teil eine Versionsnummer mit, da ich alles als getrenntes Projekt betrachte - also
1) Programm-Version
2) Datei-Version
3) Datenbank-Version

Aus Sicht des Programms/Clients gibt es dann ein Kompatibilitätsbereiche - Client weiß womit er kann. Datenbank zu alt - Client zu alt etc.
Ich führe Datenbankskripte welche jeweils zu nächsten Version migrieren können. Diese werden allerdings nicht automatisch ausgeführt.

Meine Dateien basieren meist auf XML mit Schema. Falls es ein neues Dateiformat gibt, konvertiere ich diese via XSD - allerdings nur für den Upgrade-Pfad auf die nächste höhere Version. Unter Umständen werden dann mehrere Upgrades ausgeführt, wenn eine Datei geöffnet wird.

Durch die XSDs und die Versionsnnummern kann ein Client dann sehr gut eingrenzen mit welchen Dateiversionen er kann und welche nicht.

[RWarnecke]

Zitat von generic:

a) Hauptversion wird nur erhöht wenn "from scratch" angefangen wird / bei Erhöhung b und c wird auf 0 gesetzt.
b) bei jedem neuen Feature-Release +1 / bei Erhöhung wird c auf 0 gesetzt.
c) bei jedem Bugfix-Release +1

Eine Frage, Du zählst aber nicht für jeden Bug oder jedes neue Features +1 bei b) und c) oder ?

[generic]

Zitat von RWarnecke:

Zitat von generic:

a) Hauptversion wird nur erhöht wenn "from scratch" angefangen wird / bei Erhöhung b und c wird auf 0 gesetzt.
b) bei jedem neuen Feature-Release +1 / bei Erhöhung wird c auf 0 gesetzt.
c) bei jedem Bugfix-Release +1

Eine Frage, Du zählst aber nicht für jeden Bug oder jedes neue Features +1 bei b) und c) oder ?

Ich zähle jede Roadmap welche Bugs oder Features zusammenfasst bzw. ein MSI welches hinten herausfällt.

[Sherlock]

Zitat von generic:

Zitat von RWarnecke:

Zitat von generic:

a) Hauptversion wird nur erhöht wenn "from scratch" angefangen wird / bei Erhöhung b und c wird auf 0 gesetzt.
b) bei jedem neuen Feature-Release +1 / bei Erhöhung wird c auf 0 gesetzt.
c) bei jedem Bugfix-Release +1

Eine Frage, Du zählst aber nicht für jeden Bug oder jedes neue Features +1 bei b) und c) oder ?

Ich zähle jede Roadmap welche Bugs oder Features zusammenfasst bzw. ein MSI welches hinten herausfällt.

Jupp, genau so machen wir es auch. Der Buildcount an vierter Stelle wird nur benötigt, um unterschiedliche Testdurchläufe unterscheiden zu können, und wird mit jeder Änderung an den ersten drei Stellen auf 0 zurück gesetzt.

Sherlock

[himitsu]

Zitat von Sherlock:

Jupp, genau so machen wir es auch. Der Buildcount an vierter Stelle wird nur benötigt, um unterschiedliche Testdurchläufe unterscheiden zu können, und wird mit jeder Änderung an den ersten drei Stellen auf 0 zurück gesetzt.

Ich hatte das mal versucht von Anfang an unterbrechungsfrei fortlaufend hochzuzählen, um zur Versionsnummer eine quantitative Zählung mitzunehmen.
So wie die Revision bei den Delphi/RAD-Versionen.

D7 7.0.8.1 / 7.0 (Build 4453) => Major.Minor Build (Dateiversion / Programmversion)
XE 15.0.3953.35171 => Major.Minor.Revision.Build
XE2 16.0.4429.46931
XE3 17.0.4625.53395
XE3 17.0.4770.56661 (Update 2)
XE4 18.0.4905.60485
XE5 19.0.13856.4978 => Major.Minor.xxx.Revision ???

k.A. wo z.B. die Delphi-Updates ersichtlich sind, außer in "Installierte Aktualisierungen" und in Revision/Build



Dank einer fortlaufenden Revision/Build hätte man für die Versionsnummern von einzelnen Modulen/Versionszweigen noch die Info, wievielte Version das wirklich ist
und kann so das Major+Minor in gemeinsammen Schritten über das gesamte Projekt zählen, jenachdem wann das jeweilige Modul zuletzt aktualisiert wurde.