Probleme bei Integration von Delphi in Jenkins CI

[BastiFantasti]

Vielen Dank für den Tipp.

Ich werde mal schauen ob ich da ne Anleitung dazu finde und es testen.

[BastiFantasti]

Hast du mir da eventuell ein solches Beispiels XML File für Ant?

Bin jetzt einen Schritt weiter gekommen, aber mit Kompilerdirektiven kommt MSBuild irgendwie auch nicht so richtig klar (oder ich komm mit dem Handling der Kompilerdirektiven von MSBuild nicht klar )

Danke schon mal im voraus

[Bernhard Geyer]

Jenkins und Delphi mit MSBuild läuft bei uns gut:


Du musst auf jeden falls rsvars.bat aufrufen:

Code:

call "D:\Programme\Embarcadero\Studio\14.0\bin\rsvars.bat"

Und dann das Projekt

Code:

msbuild "<PfadZumProjekt>\MyProject.dproj" /p:config=Release

[mjustin]

Zitat von BastiFantasti:

Hast du mir da eventuell ein solches Beispiels XML File für Ant?
Bin jetzt einen Schritt weiter gekommen, aber mit Kompilerdirektiven kommt MSBuild irgendwie auch nicht so richtig klar (oder ich komm mit dem Handling der Kompilerdirektiven von MSBuild nicht klar )

Jenkins verwendet standardmäßig ein eigenes Arbeitsverzeichnis in dem alle Dateien aus dem Versionsverwaltungssystem ausgecheckt werden. Daher ist - egal ob mit Ant oder MSBuild - sehr wichtig, dass alle darin enthaltenen projektbezogenen Pfad- und Verzeichnisangaben relative Pfade sind. Absolute Pfade werden nur für vorgegegebene Dinge wie externe Drittanbietertools / Komponenten verwendet.

Man kann einen Jenkins Job auch so konfigurieren, dass das Projekt in einem definierten Vereichnis ausgecheckt wird, wenn man die absolute Pfade des Projekts beibehalten will oder muss (z.B. wenn man ohne Änderungen an den Projekten Jenkins ausprobieren will). Dazu gibt es eine Einstellung "Change folder of workspace"

[BastiFantasti]

Guten Morgen zusammen,

das erste Problem mit den externen Bibliotheken wie zeos Komponenten ist gelöst. Irgendwie stand dem Benutzer das Laufwerk nicht zur Verfügung auf dem diese Quellen abgelegt sind.
Obwohl das Laufwerk zugewiesen war und der Jenkins Dienst mit dem gleichen Benutzer ausgeführt wird.

Das Ergebnis ist mit dem MSBuild Aufruf via Windows Batch ist gleich wie der Aufruf über das Rad Studio Plugin. Ich glaube das Rad Studio Plugin macht sowieso nix anderes als die rsvars im jeweils konfigurierten Delphi aufzurufen und dann msbuild nachzuschieben.

Jetzt habe ich nur noch das Problem, dass die Parameter nicht richtig an MSBuild übergeben werden.

Ich habe in einem Projekt mehrere Build Spezifikationen unterhalb von Release. Also z.B.:

Release
->Release_X1
->Release_X1_demo
->Release_X2
->Release_X2_demo

Wenn ich nun in den Switches definiere: /p:config=Release_X1 /p:platform=Win32
Versucht MSBuild alle Builds durchzukompilieren und nicht nur die explizit angegebene Release_X1 Konfiguration.



@mjustin: Ja, so habe ich das implementiert. Alle Pfade sind relativ, ausser z.B. die zeos Komponenten, oder wenn installiert die J(V)CL Bibliothek. Die sind dann mit festem Pfad in den Delphi Einstellungen hinterlegt

[edit]

... und noch komischer ist, dass alle Konfigurationen einzeln in der IDE problemlos durchkompiliert werden können.