Problem mit Project Options / Version Info

[charly52]

Hi Uwe,

Zitat von Uwe Raabe:

Da fehlen ja fast alle Keys in der VersionInfo. Lösch doch mal die dproj Datei (oder benenne sie um) und öffne dann die dpr. Dann erzeugt die IDE eine neue dproj mit den Standardinhalten. Du musst halt dann deine ganzen Einstellung dorthin übertragen.

Der Tip war gut! Zumindest beim Testprojekt ist die Fehlermeldung weg. Danke

Zitat von Uwe Raabe:

Verwendest du zufällig den Project Magician? Wenn dort unter Clear settings in child configs das Version info aktiv ist, solltest du Änderungen in Version Info nur in der Basis-Konfiguration machen, da sie sonst in den untergeordneten Konfigurationen beim Speichern wieder entfernt werden.

Das Teil habe ich tatsächlich vor ca. 1/2 Jahr mal aktiviert.
Aber ich verstehe die Aussage "solltest du Änderungen in Version Info nur in der Basis-Konfiguration machen," NICHT.
Wenn ich 'Auto increment build number' aktiviert habe trägt mir doch das Delphi die neue Buildnumber genau in der
_selektierten_ Kombination Config/Plattform ein und nicht in der Basis.

Gibts eigentlich irgendwo was zum nachlesen zu diesem Thema?
Ist ja schon ganz schön seltsam? Habe bei meiner Suche im Forum noch einige Texte zu der Problematik gefunden.
Ist scheinbar eine never ending Story und wohl auch umstritten.

Danke für weitere Aufklärung

Gruß Charly

P.S. Die globale Einstellung Clear settings in child configs mit gesetztem Version info vom Project Magician
hat auch beim alten Projekt geholfen.
Habe da wohl mal an den Einstellungen rumgespielt.

[Uwe Raabe]

Zitat von charly52:

Aber ich verstehe die Aussage "solltest du Änderungen in Version Info nur in der Basis-Konfiguration machen," NICHT.
Wenn ich 'Auto increment build number' aktiviert habe trägt mir doch das Delphi die neue Buildnumber genau in der
_selektierten_ Kombination Config/Plattform ein und nicht in der Basis.

Das ist schon richtig und das kann ich leider auch nicht so einfach unterbinden. Beim Speichern des Projekts (was ja auch automatisch beim Build passieren kann) werden aber mit der besagten Einstellung alle Version-Info Einträge in den Child-Konfigurationen wieder entfernt (eben clear settings in child configs). Nur die Einstellungen in der Basis-Konfiguration bleiben erehalten.

[charly52]

Sorry, da hab ich mich etwas unklar ausgedrückt.

Was ich nicht verstanden habe ist: Wie soll ich Änderungen in der Basis-Konfiguration machen?
Nur händisch?
Oder gibt es eine Möglichkeit, daß Delphi die BuildNummer auch in die Basiskonfig
schreiben kann?

Charly

[Uwe Raabe]

Liegt vermutlich daran, dass ich den Buildnummer-Automatismus nicht benutze, aber du hast recht: die Buildnummer wird immer in der aktuellen Konfiguration verändert (was eigentlich schon Unsinn ist) und das wird vom Project Magician dann wieder entfernt.

Fazit: bei Build-Nr. automatisch erzeugen/erhöhen darf die entsprechende Option im Project Manager nicht gesetzt sein. Ich werde das in Zukunft intern abfangen - solange mir keine bessere Lösung einfällt.

[dummzeuch]

Zitat von Uwe Raabe:

solange mir keine bessere Lösung einfällt.

Eine Option wäre die Buildnummer aus allen Konfigurationen auslesen, das Maximum in die Basis-Konfiguration schreiben und die anderen Configs löschen.

Allerdings funktioniert das nur, wenn die Buildnummer tatsächlich immer erhöht wird. Ich erinnere mich noch, dass es da noch andere Optionen zum Generieren selbiger gibt ... "Auto generate build number", was immer das macht... Hey, das ist ja sogar dokumentiert:

Zitat:

Auto generate build number generates the Release and Build number for you, and increments the numbers each time you select Project > Build <Project>. When Auto generate build number is set:

Release = number of days since Jan 1 2000
Build = number of seconds since midnight (00:00:00), divided by 2

D.h. damit sollte es auch funktionieren die höchste Buildnummer zu verwenden, man müsste aber auch die Releasenummer betrachten.
Oder: Da sie sowieso aus Datum und Zeit immer neu generiert wird, kann man sie auch einfach ignorieren.

[Rolf Frei]

Die einzige richtige Lösung wäre, wenn Emba das nach X Jahren endlich mal fixt und den Blödsinn der mehrfachen Versionseinträge richtig macht. Solche Workaround Tools wären dann garnicht mehr nötig. Ich ärgere mich ständig darüber, das ich für unterschiedliche Targets/Release/Debug unterschiedliche Versionsinfos haben muss.

[Uwe Raabe]

Ich hatte mal eine Unfrage dazu gemacht, als das Feature noch in Planung war, und da gab es tatsächlich Entwickler, die das nutzen.

Es wäre aber schon hilfreich, wenn sie die das "erben"-Häkchen einbauen würden, das ja auch in den Compiler-Optionen angeboten wird.