Versions Regeln? Build, Beta ect.???
-
Hi leute!
Ich weiß, das hat jetzt nicht viel mit MFC zu tun, aber wie sind denn die "Regeln" dafür, ob es sich bei meinem Programm z.b um eine beta version handelt? Wann fängt man an die builds zu zählen, gleich beim ersten build, oder erst dann, wenn man das Programm veröffentlicht hat und danach nochmal verbesserungen anstellt?Danke im Vorraus
-
Üblicherweise besteht so eine Versionskennzeichnung in der Resource-Datei aus 4 Zahlen, nennen wir sie mal Versionsnummer, Releasenummer, Revisionnummer und Buildnummer.
Diese Handhabung ist zwar nicht unbedingt allgemeingültig, aber wenigstens sinnvoll und bewährt:
Die Versionsnummer wird nur weitergezählt, wenn das Programm komplett überarbeitet oder umgekrempelt wurde (oder unbedingt für die Anwender ein Update motiviert werden muss ...)Die Releasenummer wird weitergezählt, wenn am Datenformat irgendwas geändert wurde, sodaß frühere Releases mit dem neuen Datenformat nicht mehr klarkommen. Ohne Aufwärtskompatibilität kann man schließlich auch Updates motivieren.
Die Revisionnummer wird weitergezählt, wenn sich für den Benutzer die Handhabung des Programms geändert hat, also irgendwelche Dialoge geändert oder neue Dialoge oder Funktionalität hinzugefügt wurde.
Die Buildnummer wird weitergezählt, wenn sich irgendwas im Code geändert hat, was nicht unbedingt von außen (im lfd. Programm) offensichtlich ist, aber das Verhalten des Programms ändert (also klammheimliche Fehlerkorrekturen).
Sog. "Beta"-Versionen für Pilotanwender (Tester) sind immer die Null-Nummern, also Release 0 und/oder Revision 0. Damit gleich klar ist, daß es sich um eine unfertige Baustelle handelt. Ungerade Zahlen sind immer hausinterne Bastelversionen, veröffentlicht bzw. ausgeliefert an Anwender werden nur geradzahlige Release-, Revision- und Buildnummern (weil's besser aussieht). Mit jeder nächsten Nummer beginnen die untergeordenetn Nummern wieder bei Null. Man muss ja nicht unbedingt mit durchgezählten Nummern jedem auf's Auge drücken, wieviel Korrekturen es schon gegeben hat. Beim Hochzählen der jeweils höheren Nummer mit der niedrigeren Nummer wieder bei Null anfangen verschleiert die Anzahl der nötigen Änderungen etwas. So ein Versionskennzeichen ist schließlich kein Kilometerzähler.
Scharf abgrenzen lassen sich die Gründe zum Weiterzählen von Build, Revision, Release und Version sowieso nicht, die Übergänge sind mehr oder weniger fließend. Im Zweifelsfall sollte man immer eine Versionsnummer höher angeben als Mitbewerberprodukte. Es gibt schließlich auch Anwender, die davon ausgehen, daß die höhere Versionsnummer auch das bessere Programm bedeutet ...