besteht im FinalBuilder die Möglichkeit nach dem Build aller Dateien ein INNO Setup script anzustoßen ?
Habe nur InstallAware als unterstütztes Tool im FB gefunden.

Wenn ich meinen aktuellen Workflow unverändert durchführen möchte müsse ich noch files kopieren,
ist soetwas möglich - leider nichts hierzu gefunden ?

Nimm ZUP-Maker. Hast'e was vernüftiges.
Nehme ich schon seit Jahren.
Hochzufrieden.

Aber nicht kostenlos.

Zitat von bernhard_LA:

besteht im FinalBuilder die Möglichkeit nach dem Build aller Dateien ein INNO Setup script anzustoßen ?

FinalBuilder unterstützt das sehr wohl - villeicht aber nicht in der abgespeckten Version, die bei XE2 dabei ist.

Kann mir jemand sagen, was an Finalbilder so gut ist?

Ein Build in Delphi geht do auch. Was soll denn noch mehr automatisiert werden?

Das Inno-Setup-Script ist doch nur ein Doppelklick. Und schwups ist die Installation fertig.

(Habe "Suchen" in der DP verwendet aber nichts erklärendes gefunden)

Zitat von bernau:

Kann mir jemand sagen, was an Finalbilder so gut ist?

Ein Build in Delphi geht do auch. Was soll denn noch mehr automatisiert werden?

Das Inno-Setup-Script ist doch nur ein Doppelklick. Und schwups ist die Installation fertig.

Mein FinalBuilder läuft auf meinem BuildServer und macht bei einer Änderung automatisch einen Build der aktuellen Sourcen, führt alle Tests aus und meckert mich an, wenn etwas nicht geht. Währenddessen kann ich natürlich weiterarbeiten.

Dann gibt es noch den eigentlichen Build-Prozess, der die benötigten Resourcen erzeugt, die verschiedenen Module mit der passenden Versionsinfo compiliert und signiert, die Release-Notes aus dem Bugtracker zieht, die Screenshots macht (in allen Sprachen), die Dokumentation erzeugt (in allen Sprachen), die verschiedenen Setups erzeugt und zipt, Setup-Zips und Release-Notes auf die Website hochlädt, die Links auf der Website ändert, nebenbei noch das VCS tagt und Emails an die Kunden verschickt mit dem Hinweis, daß es eine neue Version gibt. Währenddessen kann ich natürlich auch weiterarbeiten.


Das Ganze multipliziert mit der Anzahl der verschiedenen Projekte an denen ich arbeite - an was müsste ich alles denken, wenn ich es von Hand machen müsste, wieviele Fehler würde ich machen und wieviel Zeit würde es mich kosten?

Zitat von bernhard_LA:

besteht im FinalBuilder die Möglichkeit nach dem Build aller Dateien ein INNO Setup script anzustoßen ?

Kannst du da nicht einfach ein beliebiges Tool angeben? (Hier also den InnoSetup Compiler iscc.exe + dem Skript als Parameter)
Ansonsten könntest du das auch in das Post-Build-Event packen, das führt der Final Builder ja AFAIK normal aus.

Zitat von blondervolker:

Nimm ZUP-Maker. Hast'e was vernüftiges.
[..]
Aber nicht kostenlos.

Und was kann das besser als InnoSetup? Ich habe mir die Screenshots angesehen und es ausprobiert, aber ich finde erst einmal absolut nichts was da mehr, besser oder einfacher geht, im Gegenteil. Die Oberfläche ist... gewöhnungsbedürftig. Und im Gegensatz zu InnoSetup wird da kein Skript als Projektdatei erzeugt, das man einfach nachbearbeiten kann. Man kann keine Skripte zur Laufzeit einbinden, was bei InnoSetup inkl. Formularen funktioniert. Man kann offenbar auch keine Daten für das Setup aus dem Internet nachladen (für optionale Komponenten) oder DLLs einbinden oder...

Was findest du an solch einem Tool also vernünftiger als an InnoSetup oder den diversen anderen kostenlosen Tools, die durch die Bank deutlich mehr können?

Zitat:

Kann mir jemand sagen, was an Finalbilder so gut ist?

Ein Build in Delphi geht do auch. Was soll denn noch mehr automatisiert werden?

500.000 Zeilen Quellcode verteilt auf ~ 30 Unter-Projekte (*.dll, *.exe) da ist man dann um jeden gesparten Mouseclick dankbar

OK. Danke für die Antowrten.

Ich habe ca. 10 Projekte, an denen ich durchgängig arbeite. Aber nie gleichzeitig ein Release herausgebe, sondern nur für ein Projekt.

Für das Setup und 2-3 weitere Tätigkeiten gibt es eine Batch-Datei auf die ich dann mal klicke und schon ist es fertig.

Aber trotzdem interessant zu wissen, was es alles so gibt.

Neben der Zeitersparnis halte ich FB auch für qualitätssichernd.

Bevor ich auf FB umgestiegen bin, hatte ich auch Batch-Dateien. Recht komplex, teilweise bis zu 10 Stück, um sich wiederholende Unterfunktionen logisch zu trennen. Da muss man nur mal eine dieser endlosen Errorlevel-Abfragen vergessen, und schon kann es sein, dass bei einem Fehler eine ältere Datei im Build landet, weil man ein Problem übersieht. Klar kann man Batch-Dateien perfekt schreiben, aber die Fehleranfälligkeit halte ich für deutlich höher.

InnoSetup wird unterstützt; ne zeitlang gab's nen Fehler, der nur im Forum dokumentiert war - wenn FB "out of memory" liefert, muss man die Action von Verwendung der IS-DLL auf die Kommandozeilenversion umstellen.

Zitat von CCRDude:

Neben der Zeitersparnis halte ich FB auch für qualitätssichernd.

...und das Logging bekommt man auch quasi von selbst.