Frage

Für das letzte 2 Jahre- (ish) Ich habe mit Maven2 für meine build / kontinuierliche Integration Lösung. Ich benutzte Ant ein wenig davor, aber wirklich nicht viel Erfahrung mit ihm bekommen haben. Jetzt habe ich einen neuen Job gemacht und das Team, das ich auf jetzt bin verwendet Ant.

Was ich frage mich, über, ist dies:

In Maven hatten wir Verzeichnis Konventionen für seperating unserer Java-Quelle und Dateien und Java-Testdateien ( JUnit Tests). Es sah wie folgt aus:

Project-
  -src/main/java
  -src/test/java

Auf diese Weise Ihre Tests getrennt von Ihrer Quelle / Produktionscode und wird nicht als solche gebaut / eingesetzt werden.

Going über die Ant-Dokumentation ich wirklich keine Konvention für diese sehen. Bin ich etwas fehlt? Gibt es eine ähnliche Konvention in Ant?

War es hilfreich?

Lösung

Meine Erfahrung mit ant - die für Java-Quellcode unserer primären Build-Tool ist, so machen dies, was Sie wollen - ist, dass es keine solchen formal Konventionen. Viele Source-Projekte die ich gesehen habe Dinge in ähnlicher Weise organisieren; JBoss verwendet / src / main für Quellen, etc ... Ant nur verwendet, was Konventionen Sie wollen, was es zu einem idealen Werkzeug macht in ein größeres Projekt Gebäuderahmen zu integrieren.

Auf jeden Fall arbeiten die Maven Konventionen für Ant ganz gut, also, wenn Sie sie bereits an Ort und Stelle haben, nur die gleichen Strukturen wiederverwenden. Nicht nur ist es einfacher für Sie, um zu verfolgen, wo die Dinge sind, wenn Sie eine vertraute Struktur verwenden, aber wenn Sie jemals entscheiden, das Projekt mavenize, werden Sie bereits eingestellt werden.

Andere Tipps

Eine Menge ANT Konventionen / Best Practices erläutert in ANT in Anger

Eine ältere Ressource aber fein meiner Meinung nach sind ant-best-practices .

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top