Delphi Compiler Kommandozeile herausfinden

[himitsu]

jupp, bei MSBuild gibst normal einfach nur noch mit an, welche Config und Platform (z.B. Debug und Win32) du bauen willst und die ganzen sonstigen Projektoptionen kommen aus der DPROJ.


MSBuild braucht zwar auch noch paar Sachen, aber die gibt es schon fertig (rsvars.bat)

Code:

call "C:\Program Files (x86)\Embarcadero\Studio\22.0\bin\rsvars.bat"
"%FrameworkDir%\MSBuild.exe" /t:Build /p:config=Debug /p:platform=Win32 MyProject.dproj

Code:

call "C:\Program Files (x86)\Embarcadero\Studio\22.0\bin\rsvars.bat"
"%FrameworkDir%\MSBuild.exe" /t:Build /p:config=Debug /target:Deploy /p:platform=iOSDevice64 MyProject.dproj

ich glaub die "parameter" gingen auch zusammen

Code:

"%FrameworkDir%\MSBuild.exe" /t:Build /p:config=Debug,platform=Win32 MyProject.dproj

und natürlich auch Release, Debug oder selbsterstellte Konfigurationen

Code:

/p:config=Release

wenn p:config und p:platform garnicht angegeben werden, dann nimmt es das, was du zuletzt im Projektmanager aktiviert hattest
(meißtens will man ja aber halt "immer" sicher etwas Bestimmtes machen, drum gibt man es an)

ich hatte mal Probleme, dass der Ausgabepfad nicht klappte, da kann man z.B. den dann auch noch mit angeben (oder einfach mal abweichend von der Config überschreiben)

Code:

/p:DCC_ExeOutput="..\_bin\MyProject.exe"

wer noch bissl aufräumen lassen will .... Clean, Build und ich glaub Compile .... halt was man alles auch über IDE/Projektmanager anstoßen kann

Code:

"%FrameworkDir%\MSBuild.exe" /t:Clean /t:Build /p:config=Debug ...

PS: nicht wundern \t: und \target: sind das Selbe ... k.A. warum es überall anders geschrieben wird,
also es geht z.B. auch

Code:

/target:Compile
/target:Build
/target:Clean,Build
/target:Clean,Build,Deploy

oder nur
/target:Clean

https://docwiki.embarcadero.com/RADS...MSBuild-Befehl

[MyRealName]

Zitat:

Zitat von jaenicke (Beitrag 1513455)

Ich habe mal ein Tool dafür geschrieben, "Delphi Batch Compiler", aber das nicht weiter verfolgt, seit es msbuild dafür gibt. Ich kompiliere nun nur noch damit, so dass ich mich um die ganzen dcc32-Parameter nicht mehr kümmern muss.

Beispiel:

Code:

MSBuild "Example.dproj" /target:Build /p:config=Debug;Platform=Win32

Ich halte für den genannten Zweck das Post-Build Event allerdings für etwas fragwürdig. Normalerweise übernimmt das die Buildmaschine oder das Buildskript nach dem Erstellen des Projekts.

Wir haben keine Build-Maschine. Wir haben meist Java, wir haben einen Jenkins, der kann aber erstmal nur Java. Also habe ich ein Tool für das Post-Build-Event der Release-Version geschrieben, welches mir aus der aktuell compilierten Version ein ZIP-File baut, es auf einem Netzwerk-Laufwerk ablegt und dann Jenkins über REST Bescheid sagt, dass er das Deployment machen soll.
Was jetzt dazu kommen soll ist einfach ein Schritt vor dem Zip und zwar den Test bauen und ausführen und nur dann weiter machen, wenn dieser vollständig erfolgreich durchlief.

[himitsu]

Wir nutzen FinalBuilder.

Im ersten Schritt hatte ich den inzwischen so geändert, dass er auch als Konsole laufen kann, mit Steuerung über Parameter, anstatt Dialog
Und nun auch die alten Delphi-Compiler-Actions zum Großteil durch MSBuild-Actions ersetzt.
Allerdings fummle ich im BeforeScript noch an den Actions rum, z.B. um via Dialog zentral die Delphi-Version und Config ändern zu können.

und es gäbe von denen auch ein
Continua CI

[jaenicke]

Zitat:

Zitat von MyRealName (Beitrag 1513510)

Wir haben keine Build-Maschine. Wir haben meist Java, wir haben einen Jenkins, der kann aber erstmal nur Java.

Jenkins kann sehr gut mit msbuild Delphi-Projekte erstellen. Das habe ich vor 10 Jahren schon selbst eingerichtet und läuft problemlos.

[MyRealName]

Dasw ist bei uns in der Firma alles ein bissl politisch. Schön wäre das schon mit Jenkins und msbuild.. ich frag mal rum.. Die sind alle etwas Java-fixiert hier :p

[himitsu]

Abgesehn, davon dass du im Jenkins irgendwo ein Windows verfügbar haben mußt, damit der Delphi-Compiler da laufen kann
und für Java z.B. auch Linux reichen würde,
sollte Beides zusammen darin auch gleichzeitig nutzbar sein.



Zeig einfach, dass Delphi und Java fast zusammengehören ... guter Grund sich nicht mehr so dagegen zu wehren.
https://www.google.de/maps/dir/Java,...2!8j1666271580

OK, alles ist relativ (wie da jemand mal so sagte)
https://www.google.de/maps/dir/Java,...7!2d38.4800567