Buildnummer weiterzählen

[Frickler]

Woran kann es liegen, dass bei aktivierter Einstellung "Buildnummer erhöhen" die Buildnummer nicht immer weitergezählt wird?
Bei den meisten Projekten funktioniert es, aber bei einigen wenigen Projekten gehts immer erst im 2. Versuch.
Und noch merkwürdiger: bei manchen Projekten ist nach dem 2. Mal Build die Buildnummer dann um 2 hochgezählt, und bei anderen um 1.

Und noch viel merkwürdiger: das zieht sich inzwischen durch die dritte Delphi-Version: es war so bei XE, bei XE6 und jetzt bei 10.2. Bei beiden Umstellungen habe ich jeweils die DPROJ Dateien komplett neu erstellt, also nicht übernommen.


Nachtrag: bei 10.2 ist es seltener geworden. Auch die früher notorischen Nicht-Weiterzähler zählen inzwischen meist weiter.

[Uwe Raabe]

Das kann passieren, wenn man in unterschiedlichen Buildkonfigurationen (Debug, Release) diese Option aktiviert hat, anstatt nur in der Basis- bzw. Basis/Plattform-Konfiguration.

[Frickler]

Zitat von Uwe Raabe:

Das kann passieren, wenn man in unterschiedlichen Buildkonfigurationen (Debug, Release) diese Option aktiviert hat, anstatt nur in der Basis- bzw. Basis/Plattform-Konfiguration.

Aktiviert ist es in allen Projekten gleich: in der Basis (win32). Ich muss dann nur jeweils noch in der Debug-Version die Sprache umstellen. Diese Einstellung wird nämlich nicht übernommen. Warum auch immer...

[Uwe Raabe]

Zitat von Frickler:

Aktiviert ist es in allen Projekten gleich: in der Basis (win32).

Prüf doch bitte mal, in welche Konfiguration sich die Buildnummer erhöht nach einem Build. Basis oder Debug/Release?

[Rolf Frei]

Zitat von Uwe Raabe:

Das kann passieren, wenn man in unterschiedlichen Buildkonfigurationen (Debug, Release) diese Option aktiviert hat, anstatt nur in der Basis- bzw. Basis/Plattform-Konfiguration.

Wenn das so funktionieren würde, wäre das toll. Aber es tut eben nicht so. Wenn ich unter Alle Konfigurationen/Win32 Plattform das einstelle, werden mir dann die Versionsbuildnummer Einträge under Release/win32 und Debug/Win32 geändert und ab da gilt dann der Eintrag auf alle Konfiguraton nicht mehr. Das funktioniert einfach nicht so wie es sein sollte. Zwar hat man hier eine paar Anpassungen in D11 gemacht aber mit den automatischen Hochzählen funktioner das einfach immer noch nicht richtig. Ich möchte eigentlich unter Debug/Release nichts Versionsabhängiges drin haben, aber leider trägt die IDE da immer wieder Sachen ein, die dann nicht mehr von oben genommen werden. Bei Release und Debug solle keien Einträge geändert werden, sonst bin ich wiede dazu verdammt, zwei unterschiedliche Verisonen pflegen zu müssen (Release und Debug).

[Uwe Raabe]

Zitat von Rolf Frei:

und ab da gilt dann der Eintrag auf alle Konfiguraton nicht mehr.

Genau dafür gibt es eine Option im ProjectMagician.

[Rolf Frei]

Ok schau mir da dein Tool mal an, aber eigentlich sollte sowas von der IDE korrekt gemacht werden, ohne dass man da auf externe Tools zurückgreiffen muss.

[Frickler]

Ich kompiliere immer nur auf Debug. Ist vielleicht nicht so gedacht, aber ich hatte mit den erzeugten Programmen nie Probleme.

Bei einem der Problembären ist es nach einem Build (XE6) so: in der EXE Datei ist die Build-Nummer 139. In den Projekteinstellungen unter Versionsinformationen ist sie im Debug-Modus 140 und in Basis sowie Release 137. Ich kann jetzt unendlich oft kompilieren, die Nummer in der EXE bleibt bei 139, also nicht 140, wie es in der Konfiguration sichtbar ist.
Nach einem erneuten Build ist die Version sowohl in den Projekteinstellungen (Debug) als auch in der EXE 141. Basis und Release bleiben bei 137.

[Frickler]

Zitat von Uwe Raabe:

Zitat von Rolf Frei:

und ab da gilt dann der Eintrag auf alle Konfiguraton nicht mehr.

Genau dafür gibt es eine Option im ProjectMagician.

Project Magician habe ich, aber welche Option soll das sein? Das Tool ist - zumindest für mich - nicht selbsterklärend.

[Uwe Raabe]

Zitat von Rolf Frei:

Ok schau mir da dein Tool mal an, aber eigentlich sollte sowas von der IDE korrekt gemacht werden, ohne dass man da auf externe Tools zurückgreiffen muss.

Da stimme ich dir zu, wie so manch anderer sicher auch:
https://quality.embarcadero.com/browse/RSP-23402
https://quality.embarcadero.com/browse/RSP-10809
https://quality.embarcadero.com/browse/RSP-19662
https://quality.embarcadero.com/browse/RSP-38153
https://quality.embarcadero.com/browse/RSP-37058
https://quality.embarcadero.com/browse/RSP-18219

Ich wollte halt nicht länger warten. Immerhin gibt es die Möglichkeit, solche Dinge durch ein externes Tool zu lösen.