Du bist nicht angemeldet.

Stilllegung des Forums
Das Forum wurde am 05.06.2023 nach über 20 Jahren stillgelegt (weitere Informationen und ein kleiner Rückblick).
Registrierungen, Anmeldungen und Postings sind nicht mehr möglich. Öffentliche Inhalte sind weiterhin zugänglich.
Das Team von spieleprogrammierer.de bedankt sich bei der Community für die vielen schönen Jahre.
Wenn du eine deutschsprachige Spieleentwickler-Community suchst, schau doch mal im Discord und auf ZFX vorbei!

Werbeanzeige

Anonymous

unregistriert

1

03.09.2003, 21:24

Versionsnummern

Hey Leute,,,

wie staffelt Ihr Eure Versionsnummern auf, bzw. wie setzt Ihre diese zusammen, falls Ihr überhaupt welche verwendet.?

Wir machen das so :

(Hauptversion) . (Build) . (Status)

Hauptversion = z.B. 1
Build = ist ja eigentlich jedem klar
Status = (e)ntwickler , (a)lpha , (b)eta , (f)inal

Was dann z.B. folgendes ergeben könnte :

1.147.e , 1.413.a , 1.413.b , 1.511.f

2

04.09.2003, 02:00

Ich hab einfach eine Vortlaufende Versionsnummer.
Wichtig! Ich übernehme keinerlei Verantwortung für eventl. Datenverlust oder Schäden am Rechner ;D

Tobiking

1x Rätselkönig

  • Private Nachricht senden

3

04.09.2003, 13:42

Bei mir kam es bisher nicht so weit. Ich fange bei Version 0.01 an und höre bei 0.02 auf weil es nicht weiter geht ^^.

Anonymous

unregistriert

4

04.09.2003, 14:40

Das ist auch eine alternative. *g*

Kann mir mal jemand sagen ob es bei VC++ (.NET) möglich ist das die Builds automatisch eingetragen und hochgezählt werden. Eintragen geht ja in der Versionsrecource, aber automatisches hochzählen ?

Jumping Jack

Treue Seele

Beiträge: 142

Wohnort: Hamburg

Beruf: Schüler

  • Private Nachricht senden

5

04.09.2003, 14:59

hm, ganz interressant.
ich weis nämlich nocht nicht wie ich die versch. versionen kennzeichne.
bei einem meiner früheren projekte habe ich einfach das datum genommen.

bei meinem neusten Projekt ist das ganz anders.
über diese klasse können zB die einzelnen Module erkennen ob sie miteinander arbeiten können:

Quellcode

1
2
3
4
5
6
class Version
{
    char Name[32];
    uint InternVersion;
    uint ExternVersion;
}


InternVersion gibt an ob sich der Code der Funktionen geändert hat.
ExternVersion gibt an, ob sich die Prototypen o.ä. geändert haben.
Wenn ExternVersion von den beiden Modulen nicht dieselbe ist
können sie nicht zusammen arbeiten.
Wenn nur InternVersion nicht übereinstimmt schon.

Meine Builds werde ich wahrscheinlich einfach fortlaufend nummerieren.
Zusätzlich gibt es dann noch präfixe wie "d" für debug oder so ähnlich.
Aber darüber muss ich mir noch gedanken machen.
Vileicht bau ich in die Versionsnummer noch ein, welcher Meilenstein bis dahin erreicht wurde.
Genaue informationen erhält man dann sowieso aus ner txt datei.

Tobiking

1x Rätselkönig

  • Private Nachricht senden

6

05.09.2003, 00:00

Vorallem finde ich es schwer zu entscheiden wann ist etwas denn 0.5 oder sogar 1.0? 0.5 könnte man ja denken halb fertig und 1.0 komplett. Aber ich schreibe sowas eher zum lernen und wenn ich was neues interessantes habe kommt es rein also ist es nie Fertig.

7

05.09.2003, 00:05

Darum hab ich nur Vortlaufende Nummern. Wenn etwas geendert wird, oder etwas hinzugefügt wird, wird die Versionsnummer einfach um eins erhöht.
Wichtig! Ich übernehme keinerlei Verantwortung für eventl. Datenverlust oder Schäden am Rechner ;D

Anonymous

unregistriert

8

05.09.2003, 01:57

@DragonMaster,,,

das ist auch mein primäres Ziel und der Rest ist halt nur zur Unterscheidung , halt wichtig. ;p

9

28.10.2003, 18:19

Löschen

10

28.10.2003, 18:53

vor dem punkt: komplette neue version
nach dem punk: versionsverbesserungen
nach dem zweiten punkt/zweite dezimalstelle: patches/bugfixes

evtl.. noch eine dritte Zahl, die noch zusätzliche Infos angibt
Do, ut des!
Ceterum censeo, carthaginem delendam esse

Werbeanzeige