Tokyo Update 3 identifizieren

[dummzeuch]

Zitat von Stevie:

Zitat von Ralf Kaiser:

auf Arbeitsplätzen die nur Update 2 installiert haben

Gibt es einen triftigen Grund, das so zu belassen? Imho sollte man alle Arbeitsplätze auf das neuste Update ziehen.

Wenn man Software ausgeliefert hat, die mit der alten Version compiliert wurde, sollte man zumindest eine Installation davon behalten, um ggf. einen "kleinen" Bugfix ausliefern zu können, ohne dass man gleich das ganze Programm neu testen muss. Wenn schon nicht wegen des "gesunden Menschenverstandens", dann wenigstens wegen der Qualitätssicherung (insbesondere dann, wenn die fremdbestimmt ist, z.B. von der amerikanischen FDA).

[Ralf Kaiser]

Zitat von dummzeuch:

Zitat von Stevie:

Zitat von Ralf Kaiser:

auf Arbeitsplätzen die nur Update 2 installiert haben

Gibt es einen triftigen Grund, das so zu belassen? Imho sollte man alle Arbeitsplätze auf das neuste Update ziehen.

Wenn man Software ausgeliefert hat, die mit der alten Version compiliert wurde, sollte man zumindest eine Installation davon behalten, um ggf. einen "kleinen" Bugfix ausliefern zu können, ohne dass man gleich das ganze Programm neu testen muss. Wenn schon nicht wegen des "gesunden Menschenverstandens", dann wenigstens wegen der Qualitätssicherung (insbesondere dann, wenn die fremdbestimmt ist, z.B. von der amerikanischen FDA).

Na, das hört sich ja wirklich vernünftig als Grund an. Aber leider ist es oft ein einfaches "Neue Version installieren? - Hab ich keine Zeit..."

[Ralf Kaiser]

Zitat von Uwe Raabe:

Du kannst das Vorhandensein dieser Klassen mittels {$IF Declared(TMyNewCLass)} prüfen.

Das war natürlich, wie immer, der entscheidende Tipp. Vielen Dank!

[Stevie]

Zitat von dummzeuch:

Zitat von Stevie:

Zitat von Ralf Kaiser:

auf Arbeitsplätzen die nur Update 2 installiert haben

Gibt es einen triftigen Grund, das so zu belassen? Imho sollte man alle Arbeitsplätze auf das neuste Update ziehen.

Wenn man Software ausgeliefert hat, die mit der alten Version compiliert wurde, sollte man zumindest eine Installation davon behalten, um ggf. einen "kleinen" Bugfix ausliefern zu können, ohne dass man gleich das ganze Programm neu testen muss. Wenn schon nicht wegen des "gesunden Menschenverstandens", dann wenigstens wegen der Qualitätssicherung (insbesondere dann, wenn die fremdbestimmt ist, z.B. von der amerikanischen FDA).

Dafür hat man CI und nicht einen Arbeitsplatzrechner.

Zitat von Ralf Kaiser:

Na, das hört sich ja wirklich vernünftig als Grund an. Aber leider ist es oft ein einfaches "Neue Version installieren? - Hab ich keine Zeit..."

Meine Erfahrung sagt mir, dass man manchmal mehr Zeit mit damit verbringt, Workarounds zu schaffen oder Bugs sucht, die aus einer inhomogenen Umgebung entstehen.

[Bernhard Geyer]

Zitat von Stevie:

Dafür hat man CI und nicht einen Arbeitsplatzrechner.

Zitat von Ralf Kaiser:

Meine Erfahrung sagt mir, dass man manchmal mehr Zeit mit damit verbringt, Workarounds zu schaffen oder Bugs sucht, die aus einer inhomogenen Umgebung entstehen.

Ich erinnere mich noch an den Fall als einer der Kollegen das letzte ADO/Variant-Update von D6 nicht installiert hatte und wir auf suche nach Speicherlücken gingen die wir nicht nachstellen konnten ...
Bis uns dann die Idee kam nachzufragen wer denn diese Exe compiliert hatte.
Und CI ging damals nicht. Der Build unter Jenkins mit der D6-Exe hatte immer defekte Exe produziert ...

[KodeZwerg]

Könnte man eventuell das Update 3 mittels der ProjectVersion Angabe in der .dproj Datei ermitteln?
Bei Tokyo 10.2.3 steht da eine 18.4 eingetragen.

edit
neues Wissen
Delphi 10.2 Tokyo hat 18.2 da eingetragen, also könnte das ein guter Ansatz sein.

[Ralf Kaiser]

Zitat von KodeZwerg:

Könnte man eventuell das Update 3 mittels der ProjectVersion Angabe in der .dproj Datei ermitteln?
Bei Tokyo 10.2.3 steht da eine 18.4 eingetragen.

edit
neues Wissen
Delphi 10.2 Tokyo hat 18.2 da eingetragen, also könnte das ein guter Ansatz sein.

Beim kompilieren? Ich will nicht selbst überprüfen, welches Update gerade installiert ist, das weiß ich nämlich, ich weiß sogar wer im Team welche Version installiert hat.

Es ging darum beim kompilieren zu unterscheiden welche Version aktuell vorliegt, z.B per IFDEF und das geht mit dem Vorschlag von Stevie sehr gut.

[himitsu]

nur Stevie?

[KodeZwerg]

Kann man die ProjectVersion Angabe also gar nicht auswerten? Das ist ja blöd, falls es Überhaupt der Richtige Weg gewesen wäre.

[himitsu]

Nicht im Quellcode (IFDEF und Co.), aber den Quellcode interessiert es ja eigentlich auch nicht wie die IDE das Projekt verwaltet/speichert.

Das Problem ist einfach, dass die Updates nicht mehr in der CompilerVersion enthalten sind.



VERxxx und CompilerVerison (IMHO sollten hier auch alle Updates und besser auch Hotfixes gezählt werden)
RTLVersion (und dieses Problem hier würde auf jene Version gehen, aber ich hab noch nie erlebt, dass sie sich von der CompilerVersion unterscheiden)
VCLVersion
FireMonkeyVersion