Eine Alternative zum Erstellen einer Vorlage besteht darin, eine davon zu entwickeln, indem Sie das Ant-Skript des aktuellen Projekts allmählich verallgemeinern, damit beim nächsten Kopieren für ein neues Projekt weniger Änderungen vorgenommen werden. Es gibt mehrere Dinge, die Sie tun können.
Verwenden Sie $ {ant.project.name} in Dateinamen, so dass Sie nur Ihren Anwendungsnamen im Projektelement angeben müssen. Zum Beispiel, wenn Sie erzeugen myapp.jar:
<project name="myapp">
...
<target name="jar">
...
<jar jarfile="${ant.project.name}.jar" ...
Struktur Quellverzeichnisstruktur, so dass Sie Ihren Build durch das Kopieren ganze Verzeichnisse verpacken können, anstatt die Benennung einzelne Dateien. Zum Beispiel, wenn Sie die JAR-Dateien auf ein Web-Anwendung Archiv kopieren, so etwas wie:
<copy todir="${war}/WEB-INF/lib" flatten="true">
<fileset dir="lib" includes="**/*.jar">
</copy>
Verwenden Eigenschaften Dateien für maschinenspezifische und projektspezifische Build-Datei-Eigenschaften.
<!-- Machine-specific property over-rides -->
<property file="/etc/ant/build.properties" />
<!-- Project-specific property over-rides -->
<property file="build.properties" />
<!-- Default property values, used if not specified in properties files -->
<property name="jboss.home" value="/usr/share/jboss" />
...
Beachten Sie, dass Ant Eigenschaften können nicht einmal eingestellt geändert werden, so dass Sie einen Wert überschreiben, indem Sie einen neuen Wert vor der Standardwert definieren.
Maven kann besser sein als Ameisen, aber das beantwortet die Frage nicht. Es gibt nicht immer den Luxus, zum Maven wechseln zu können. –
Und aus meiner Erfahrung ist es nicht immer ein Luxus :( –