Jakie są dobre konwencje nazewnictwa mrówek?

Question

Mam zamiar stworzyć kilka skomplikowanych plików kompilacji Ant i chciałem dowiedzieć się, co ludzie uważają za najlepsze praktyki do nazywania zadań mrówek. Będzie budował Java, C++, kompresuje JavaScript, generuje dokumenty i wiele więcej.

Jakie zadania zawsze dodajesz do dowolnego skryptu? Czyścisz, budujesz?

Jak nazywać cele, które składają się na pojedynczy cel poprzez zależności (czy nie robisz tego)? Na przykład. build.proj1 i build.proj2

Czy przestrzegasz innych konwencji nazewnictwa?

Answer 1

This link wyjaśnia typowe cele, które powinieneś mieć w swoim projekcie.

Stosowanie standardowych celów pomaga nowym członkom zespołu (i wszelkim doświadczonym rękom Anta) w szybkim opanowaniu procesu budowania.

Z własnego doświadczenia, powiedziałbym clean, build, deploy/install, test (test na wyświetlanie junits, findbugs etc)

Dla celów zależnych, stosujemy konwencję jak poniżej

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

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

Answer 2

Inną powszechną praktyką jest rodzaj "prywatnego" celu. Po prostu wpisz wiodącą "-" przed nazwą docelową, tj. <target name="-yourprivatetarget" ... />. Dlatego niemożliwe jest wywołanie tego celu za pomocą wiersza polecenia, ponieważ: ant -f yourbuild.xml -yourprivatetarget nie będzie działać, gdy <target name="yourprivatetarget" ... /> i ant -f yourbuild.xml yourprivatetarget będzie.

Również cel bez atrybutu opisu nie będzie wyświetlany podczas używania ant -projecthelp (lub ant -p). Masz więc jakieś cele prywatne/wewnętrzne, ale uważaj, niektóre narzędzia, np. Eclipse lub podobne, odsłaniają wszystkie cele w widoku konspektu jego edytora mrówek.

Wreszcie => nie ma prawdziwy cel prywatny/wewnętrzny mrówka, ale to pomocne czasami