[Allegro] avanti+acon f. Linux erneuert

Thomas Berger ThB at Gymel.com
Mo Jul 4 11:09:46 CEST 2011


Lieber Herr Eversberg,

> Dreistellige Versionsnummern erwecken zu leicht den Eindruck von
> hektischer Baustellenwuselei, das wäre dem Ruf von allegro auch nicht eben
> zuträglich.

Mir war ja selbst nie aufgefallen, dass die Zaehlung hinter dem Punkt
Monaten entsprechen soll, mit diesem Ziel sind Sie dann natuerlich nicht
mehr besonders frei. Fuer Vergleiche ist das auch knifflig, denn
31.10 sortiert ja nach 31.2 (und in manchen Jahren gibt es ja auch
Nuller-Zaehlungen, d.h. 31.02 sortiert vor 31.1). Dreigruppige
Organisation waere wohl noch kniffliger, ausser Sie operieren mit
festen Stellen wie bei v31.07.04 (aber warum dann nicht gleich
"20110704"?)

Es ist extrem ungut, dass "Gesamtpakete" einfach ausgetauscht werden,
zumindest wenn sie aelter als ein paar Stunden sind. Man kann sich
dann nur schwer ueber "Versionen" verstaendigen, ausser man buchstabiert
Dateigroessen und Datumsstempel einander vor. Speziell bei Linux acon/avanti
ist das aber problematisch, die Dateigroessen sind meist aehnlich und
Datumsstempel sind wegen des Verzichts auf Verpackung und wegen der
Semantik der Linux-Dateisysteme sehr fluechtig.

Jedenfalls ist es so: Wenn in ~Version~ 31.6 eine Macke ist, die
irgendetwas verhindert, oder ein Feature noch nicht realisiert ist,
dann hilft es nicht, dass es "spaetere" Executables mit derselben
Versionsnummer gibt, die das korrigieren, man muss davon ausgehen,
dass "31.6" in dieser Beziehung generell nicht funktioniert und
hat hoechstens noch die zusaetzliche Schwierigkeit, dass bekannte
Workarounds auch nicht eingesetzt werden koennen (weil sie nur
fuer manche Unterkonstellationen dieser "Version" funktionieren).
Diese Version(snummer) ist dann einfach voellig verbrannt und fuer
den Produktivbetrieb unbrauchbar.

Mein Rat waere daher, sich von den Monatszaehlungen zu loesen und
die Versionsnummer dann hochzuzaehlen, wenn etwas wichtiges passiert
ist, und ausserdem die Nummern so zu gestalten, dass sie alphabetisch
wie numerisch gleich sortieren, also .01, .02, .03 etc.

"Ausser der Reihe" per Einzel-Zip oder per SVN bereitgestellte
Executables haben die Versionsnummer der vorigen oder der folgenden
Version, das ist nicht planbar. Wer sie einsetzt, muss da selbst
ein Auge darauf halten, und sollte sie moeglichst zuegig durch
die entsprechenden Executables der naechstfolgenden Version (sobald
es die gibt) ersetzen. Das koennte dadurch erleichtert werden,
dass die entsprechenden .zip-Dateien auf dem ftp-Server automatisch
mit aktualisiert werden, sobald ein neues Gesamtpaket aufgelegt
wird.

viele Gruesse
Thomas Berger





Mehr Informationen über die Mailingliste Allegro