Subversion Revision in die Compilierung aufnehmen

[jaenicke]

Und warum sollte man die Build-Events, die ja immerhin auch in dem MSBuild-XML drin stehen, nicht benutzen?

Zu dem Beispiel:
Klar könnte man die Revision auf dem Weg in eine .rc Datei schreiben, die man dann kompilieren kann. Das wäre aber dann von hinten durch die Brust ins Auge, weil man dann die Versionsinformationen nicht mehr in Delphi verwalten kann.

Deshalb sehe ich keinen Vorteil darin herumzutricksen, statt direkt per Programm die Versionsinformationen zu aktualisieren (ohne sie komplett selbst zu erstellen) und ansonsten alles standardmäßig zu behandeln...

[Phoenix]

Selbst das aufrufen eines externen Tools würde ich mit einem Execute-Task in einem eigenen Target machen. Hier kann man wenigstens noch saubere Fehlerbehandlung machen. Die Pre- und Post-Build Events sind zu Fehleranfällig, zu unflexibel und werden gerne für Dinge mißbraucht, die als eigenes Target viel einfacher zu realisieren (und auszuwerten!) sind.

Zudem kann man die Reihenfolge im Target beeinlussen. Pre- und Postbuild Steps passieren an zwei definierten Positionen ganz am Anfang und ganz am Ende, und lassen sich nicht ändern.

Ein Target kann man mittels beforeTargets / afterTargets genau dort in den Build-Prozess integrieren wo es Sinn macht: Zum Beispiel nur dann, wenn die ersten paar Targets schon durchgelaufen sind. Wenn MSbuild dann z.B. feststellt dass keine Files seit dem letzten Build geändert wurden, würden bestimmte Steps übersprungen und z.B. direkt zum Linken übergegangen (spart einiges an Zeit). Wenn ein Pre-Build Event nun aber das File immer ganz am Anfang anfasst, wird auch immer komplett neu gebaut.

Das heisst durch den falschen Gebrauch dieser Pre- und Post-Build events sorgt man ohne es zu wissen gerne für einen ordentlichen Zeitverlust und sorgt dafür, dass bestimmte andere Features in MSBuild nicht mehr funktionieren.

Generell sind Pre- und Post-Build Events also eher in der Kategorie 'potentiell Böse. Sollte man nur Nutzen wenn man *genau* weiss, was man damit tut' einzustufen.

[jaenicke]

Ich habe bisher an der MSBuild-Projektdatei nicht viel manuell gemacht. Bisher nutze ich nur die Features, die Delphi da auch anbietet.

Es funktioniert ja schon teilweise nicht mehr, wenn ich ein XE2 Projekt wieder mit XE öffne (XE stürzt ab). Da habe ich schon Bedenken was passiert, wenn ich da auch noch manuell drin bastele.

Werden solche zusätzlichen Targets denn auch korrekt abgearbeitet, wenn ich ein Projekt aus Delphi heraus starte?

[Phoenix]

Auch die IDE triggert nur MSBuild im Hintergrund an, von daher sollte das passen.