Was sind gute Namenskonventionen für Ant-Ziele?

Question

Ich bin dabei, einige komplexe Ant-Build-Dateien zu erstellen, und ich wollte herausfinden, was die Leute für Best Practices zur Benennung von Aufgaben halten. Es wird Java, C++, JavaScript, Dokumente und vieles mehr erstellen.

Welche Aufgaben fügen Sie immer einem beliebigen Skript hinzu? Dinge wie sauber, bauen?

Wie benennt man Ziele, die durch Abhängigkeiten ein einzelnes Ziel bilden (oder tust du das nicht)? Z.B. build.proj1 und build.proj2

Haben Sie andere Namenskonventionen?

Answer 1

This link erläutert die typischen Ziele, die Sie in Ihrem Projekt haben sollten.

Die Verwendung von Standardzielen hilft neuen Teammitgliedern (und allen erfahrenen Ant-Händen), sich schnell mit dem Build-Prozess vertraut zu machen.

Aus eigener Erfahrung würde ich sagen, clean, build, deploy/install, test (Test für Ihre junits läuft, findbugs etc)

Für den abhängigen Ziele verwenden wir eine Konvention wie unter

<target name="build" depends="clean,compile"> 

<target name="compile" depends="compile.src, compile.test"> 

Answer 2

Eine weitere gängige Praxis ist ein Art von "privatem" Ziel. Geben Sie einfach einen führenden "-" vor den Zielnamen, d. H. . So ist es unmöglich, dieses Ziel über die Kommandozeile aufrufen, wie: ant -f yourbuild.xml -yourprivatetarget nicht während arbeiten
<target name="yourprivatetarget" ... /> und ant -f yourbuild.xml yourprivatetarget würde.

Auch ein Ziel ohne Attribut Beschreibung wird nicht aufgeführt, wenn ant -projecthelp (oder ant -p) verwendet wird. Sie haben also eine Art private/interne Ziele, aber Vorsicht, einige Werkzeuge, d. H. Eclipse oder ähnliches, werden alle Ziele in der Gliederungsansicht des Editors offenlegen.

Schließlich => gibt es kein wirkliches privates/internes Ziel in Ameise, aber es ist manchmal hilfreich