MSBuild und Versionsnummer per Commandozeilenparameter übergeben

[Bernhard Geyer]

Wir haben einen Jenkins-Server laufen und Compilieren hier unsere Exe (Delphi XE6)
Ich würde gerne einen Nightly-Build noch aufsetzen so das alle nacht alle Exes neu kompiliert werden.
Als Versionnummer würde ich gerne das aktuelle Datum (2016.03.24) als Versionsnummer verwenden um hierrüber einfach die Nightly-Buils zu erkennen.

Wie mache ich das am geschicktesten? Wie kann ich MSBuild die Versionsnummer als Kommandozeilenparameter übergeben?

[Ralf Kaiser]

Solche Parameter kann man als MSBuild-Properties übergeben. Dazu in Jenkins im Feld "Command Line Arguments" für den MSBuild-Schritt so etwas angeben:

Code:

/t:TARGETNAME /p:PROPERTY1=Test1 /p:PROPERTY2=Test2 /p:VERSION=V1.2.345.0 /verbosity:minimal

[Bernhard Geyer]

Zitat von Ralf Kaiser:

Solche Parameter kann man als MSBuild-Properties übergeben. Dazu in Jenkins im Feld "Command Line Arguments" für den MSBuild-Schritt so etwas angeben:

Code:

/t:TARGETNAME /p:PROPERTY1=Test1 /p:PROPERTY2=Test2 /p:VERSION=V1.2.345.0 /verbosity:minimal

Danke. Target verwende ich schon. /p:VERSION wäre dann das relevante

[Ralf Kaiser]

Zitat von Bernhard Geyer:

Danke. Target verwende ich schon. /p:VERSION wäre dann das relevante

Bitte beachten: das

Code:

/p:VERSION

war nur ein Beispiel mit dem

Code:

/p:...

werden generell Properties von der Kommandozeile aus übergeben. Das "VERSION" hat in MSBuild keine spezielle Funktion sondern muss (natürlich) vom Buildscript entsprechend behandelt werden.

[himitsu]

In unserem Finalbuilder lasse ich eine Ressource-Datei generieren, mit dem Manifest und der Versionsnummer din.
Dinge wie die aktuelle Versionsnummer werden per Platzhalter/Variablen da eingefügt, dann die .RC kompiliert und natürlich noch per {$RESOURCE ...} ins Programm eingebunden.
(Manifest und Versionsinfo sind in den Projektoptionen deaktiviert)

Bei uns kommt da unsere Programmversion und die Revisionsnummer, sowie der Pfad (Verzeichnisname) vom SVN mit rein, damit wir die Kundenversionen zuordnen können, von wo sie genau her kommen.

[jaenicke]

Wir nutzen eine Datenbank, in der alle Tools mit Versionsinfos usw. stehen. Ein Tool setzt dann nach dem Build diese Versionsinfos und aktualisiert die Build Nummer in der DB dabei.
Dieses Tool bekommt übergeben, was für ein Build es ist (Debug oder Release) usw., so dass zum Beispiel eine spezielle Version durch einfache Änderung in der DB vor dem Build erzeugt werden kann. Und alles wird zentral gesteuert.

[Ralf Kaiser]

Bei uns generiert das MSBuild-Script das vom Jenkins gestartet wird die Versionsresource. Dazu wird aus einem GIT-Repository eine Konfigurationsdatei geholt, die Versionsnummer hochgezählt, die Resource erstellt und die Konfigurationsdatei wieder ins GIT commited und gepusht. Jeder Build-Typ hat seine eigene Konfigurationsdatei im Repository, so dass die Versionsnummern immer zum jeweiligen Build passen.