GitLab CI integration

[pustekuchen]

Hallo Uwe,

du erwähnst $(SanitizedProjectName). Ich habe versucht diese Variable über optsets in Anwendungen zu verwenden, jedoch scheint das nicht zu funktionieren. Der Wert der Variable ist immer Leer. Habe es ist einem Testprojekt mit 11.2 probiert.

Hast du dazu eine Idee? In der *.dproj Datei gibt es jedefalls den Eintrag <SanitizedProjectName>TestApplication</SanitizedProjectName>

[Uwe Raabe]

Sorry für die späte Antwort, aber ich bin erst gestern nach gut einer Woche aus dem Krankenhaus zurück und immer noch nur sparsam einsetzbar.

Die Variable ist in der Basis-Konfiguration definiert, aber leider nicht an erster Stelle. Einträge davor sehen also nur einen Leerstring.

Du kannst entweder die Verwendung auf die Childkonfigurationen verlagern oder meinen Project Magician verwenden und das Normalize für das Projekt aktivieren. Der sortiert das um.

[juergen]

Uwe, ich wünsche dir Gute Besserung und vollständige Genesung!

[pustekuchen]

Zitat von Uwe Raabe:

Sorry für die späte Antwort, aber ich bin erst gestern nach gut einer Woche aus dem Krankenhaus zurück und immer noch nur sparsam einsetzbar.

Die Variable ist in der Basis-Konfiguration definiert, aber leider nicht an erster Stelle. Einträge davor sehen also nur einen Leerstring.

Du kannst entweder die Verwendung auf die Childkonfigurationen verlagern oder meinen Project Magician verwenden und das Normalize für das Projekt aktivieren. Der sortiert das um.

Hallo Uwe,

auch von mir gute Besserung und danke für die dann doch schnelle Reaktion! Den Project Magician verwende ich bereits (Danke für das Tools, das hilft sehr!). Die Optsets kommen ja durch Imports rein. Diese sind teilweise VOR der Basiskonfiguration, aber ich konnte bereits beobachten, dass auch welche NACH der Basiskonfiguration + Sub-Konfigurationen sind (Trotz Project Magician). Das konnte ich mir auch nicht erklären, da ich davon ausgegangen bin das der Project Magician alle Imports gleich behandelt.

[Uwe Raabe]

Kannst du mir mal so eine dproj mit den optsets schicken? Ich weiss nur nicht, wann ich dazu komme. Kann Weihnachten werden.

[pustekuchen]

Es ist echt frustrierend. $(SanitizedProjectName) kann man nicht in optsets verwenden, da diese Variable beim Laden noch nicht existiert.

Mit $(MSBuildProjectName) bekommt man das Projekt zwar compiliert, jedoch kann man dann nicht mehr debuggen:
https://quality.embarcadero.com/browse/RSP-38952
https://quality.embarcadero.com/browse/RSP-40471
https://quality.embarcadero.com/browse/RSP-40472

Das sind einfach schon drei Bugs, die einem aufhalten, eine saubere CI/CD Umgebung aufzubauen.
Wozu bezahlt man eigentlich noch teure Lizenzen, wenn die grundlegendsten Dinge nicht funktionieren.

[Uwe Raabe]

Zitat von pustekuchen:

Das sind einfach schon drei Bugs, die einem aufhalten, eine saubere CI/CD Umgebung aufzubauen.
Wozu bezahlt man eigentlich noch teure Lizenzen, wenn die grundlegendsten Dinge nicht funktionieren.

Also das ist doch jetzt wirklich maßlos übertrieben! Die Variable $(SanitizedProjectName) ist nicht mal dokumentiert, noch für die von dir vorgesehene Verwendung gedacht. Die Kombination OptSet und SanitizedProjectName gehört wohl auch eher in den exotischen Bereich. Ich bin ziemlich sicher, dass man dieses Szenario bei Embarcadero nicht auf dem Schirm hat.

Intern hatte ich schon angeregt, die Variable bereits in der ersten PropertyGroup zu deklarieren, wo auch MainSource drin steht. Dann würde das auch mit den OptSets klappen. Vielleicht baue ich das irgendwann mal in den Project Magician ein.

Dass $(MSBuildProjectName) von der IDE, insbesonder dem Debugger, nicht aufgelöst werden kann, da es von MSBuild intern gesetzt wird, kann man Delphi kaum anlasten.

Zu den C++ Problemen kann ich nichts sagen, da ich diese Personality nie verwende. Aus diesem Grund gehört C++ auch nicht zu den von Project Magician unterstützten Zielen. Wenn's klappt ist es gut, wenn nicht dann eben nicht.

Ich kenne persönlich aber eine ganze Reihe von Delphi-Installationen, die problemlos in CI/CD Umgebungen laufen. Einige davon habe ich selbst eingerichtet.

[pustekuchen]

Zitat von Uwe Raabe:

Also das ist doch jetzt wirklich maßlos übertrieben! Die Variable $(SanitizedProjectName) ist nicht mal dokumentiert, noch für die von dir vorgesehene Verwendung gedacht. Die Kombination OptSet und SanitizedProjectName gehört wohl auch eher in den exotischen Bereich. Ich bin ziemlich sicher, dass man dieses Szenario bei Embarcadero nicht auf dem Schirm hat.

Wahrscheinlich bräuchte man SanitizedProjectName auch gar nicht, wenn man MSBuildProjectName problemlos nutzen könnte.

Zitat von Uwe Raabe:

Intern hatte ich schon angeregt, die Variable bereits in der ersten PropertyGroup zu deklarieren, wo auch MainSource drin steht. Dann würde das auch mit den OptSets klappen. Vielleicht baue ich das irgendwann mal in den Project Magician ein.

Vielen Dank dafür.

Zitat von Uwe Raabe:

Dass $(MSBuildProjectName) von der IDE, insbesonder dem Debugger, nicht aufgelöst werden kann, da es von MSBuild intern gesetzt wird, kann man Delphi kaum anlasten.

Wenn die MSBuild-Variablen generell nicht unterstützt werden würde, wäre das ja noch zu verstehen. Aber nicht, wenn an einer stelle die Unterstützung da ist und an der anderen stelle dann wieder nicht.