Problem mit Projektoptionen in XE2

[jbg]

Zitat von divBy0:

Mir ist eben beim Rumspielen aufgefallen, dass sich die Buildnummer z.B. so verhält 18512 -> 18620 -> 18605 -> 18635

Spielst du mit der Uhrzeit oder dem Datum herum? Ich dachte (als ich mein DDevExtensions XE2 kompatibel gemacht hatte), dass es uninitiaislierte Variablen wären, wurde dann aber eines besseren belehrt, dass es sich hierbei um das kodierte Datum und Uhrzeit handeln soll.

[divBy0]

Datum und Uhrzeit habe ich nicht verändert.

[RWarnecke]

Gibt es zu dem Problem mit der Buildnummer schon irgendeinen Workaround oder vielleicht eine Lösung ?

[Schorschi5566]

Würde mich auch interessieren.

Die neue Buildnumber-"Logik" nervt gewaltig.

Ich möchte beim Compilieren (nicht nur beim Erzeugen!) die letzte Versionsnummer um 1 inkrementieren. War früher zusammen mit CNWizards kein Ding.

Wo müsste man sich einklinken, wenn man sich selbst drum kümmern wollte?


Grüße,
Uwe

[RWarnecke]

Hallo Uwe,

ich habe es versucht über die OpenTools API. Nur leider gibt es da ein Problem, dass die API auch die Versionsnummer in den Projektoptionen nicht richtig ausliest. Habe dazu ein QC-Eintrag bei Emba schon erstellt.

[Schorschi5566]

Hallo Rolf,

ich habe mir gerade 'ne "Krücke" gebaut.

Ich verwende eigentlich in jedem Projekt 'ne SQLite-Conf-Tabelle, in der ich jetzt die Buildnumber speichere.

Im Projekt wird die Nummer dann so erhöht:

Delphi-Quellcode:

  if DebugHook <> 0 then
    Conf.IncBuildnumber;

Für meine Zwecke reicht das. Zumindest bis die bei Emba, die nicht soviel rauchen, sich der Sache annehmen.


Grüße,
Uwe

[Jens Hartmann]

Hallo zusammen,

haben die bei Emba das Rauchen eingestellt. Gibt es eventuell mittlerweile eine Lösung zu dem Problem?

MFG Jens