Der
FB hat eine Funktion für VersionsInfos (früher war sogar mal ein paar Jahre lang ein kostenloser FinalBuilder beim Delphi mit dabei),
https://www.finalbuilder.com/resourc...h-finalbuilder
aber hier hatte ich es selbstgemacht.
Das Compileren (Build-System) aller 85 Projekte (EXE/
DLL/
BPL) und der Fremdkomponenten (wir haben nur noch Welche inkl. Quellcode), der Zusammenbau des Setups und die Grundeinrichtung der Delphi-
IDE hatten wir schon drin.
Früher gab es eine nur INI und einen Eingabe-Dialog für die Eingabe der Programm-Version, woraus eine .INC mit der Versions-Variable erstellt wurde, für den Info-Dialog im Programm, zuzüglich einem automatischen Eintrag in einer Versions-Info-Textdatei, wo man noch für den Kunden die wichtigsten Änderungen mit angeben kann, was auch im Setup dann mit drin steht.
Diese Versionsnummer und die Revisionsnummer+Branchname vom
SVN hatte ich dann später auch für die Erstellung einer RES benutzt.
Und zuletzt wanderte nun alles in mehrere GIT-Repositories.
Da die GIT-Status-Funktion im FinalBuilder totaler Schrott ist, hab ich mir mal eine Batch (Bash) gebaut, welche das nun ausliest und in den FinalBuilder übergibt.
Für die RC haben wir im FinalBuilder eigene Text-Vorlagen mit Variablen, welche gefüllt und in die RC- und INC-Datei gespeichert werden.
https://www.delphipraxis.net/204101-...-auslesen.html
https://www.delphipraxis.net/205723-...ml#post1475265
https://www.finalbuilder.com/forums/...missing/6858/4
Aber im Prinzip ist das
FB-Script auch nichts viel Anderes, wie eine große Batchdatei, die nacheinander Befehle ausführt.
OK, bei den EXE/
DLL werden auch noch Multithread parallel mehrere DCC32 gestartet, damit es schneller geht.
Und über viele Schleifen, Variablen usw. werden auch unsere BPLs und die Fremdkomponenten in HKEY_CURRENT_USER\SOFTWARE\Embarcadero\
BDS\21.0\Known Packages eingetragen, sowie HKEY_CURRENT_USER\SOFTWARE\Embarcadero\
BDS\21.0\Disabled Packages aufgeräumt.