Что хорошего Ant соглашения об именовании целей?
Я собираюсь создать несколько сложных файлов сборки Ant, и я хотел узнать, что люди считают лучшими практиками для именования Ant задач. Он собирается создавать некоторые Java, С++, сжимает JavaScript, сгенерирует документы и многое другое.
Какие задачи вы всегда добавляете к любому script? Такие вещи, как чистые, строить?
Как вы называете цели, составляющие одну цель через зависимости (или вы не делаете это)? Например. build.proj1 и build.proj2
Любые другие соглашения об именах вы следуете?
Ответы
Ответ 1
Эта ссылка объясняет типичные цели, которые вы должны иметь в своем проекте.
Использование стандартных целей помогает новым членам команды (и любым опытным Ant hands) быстро справляться с процессом сборки.
Из личного опыта я бы сказал clean, build, deploy/install, test
(тест для запуска юнитов, findbugs и т.д.)
Для зависимых целей мы используем соглашение, как показано ниже
<target name="build" depends="clean,compile">
<target name="compile" depends="compile.src, compile.test">
Ответ 2
Другая распространенная практика - это своего рода 'private' цель. Просто поставьте ведущий "-" перед
имя цели, т.е. <target name="-yourprivatetarget" ... />
.
Таким образом, невозможно вызвать эту цель через командную строку, так как:
ant -f yourbuild.xml -yourprivatetarget
не будет работать, а
<target name="yourprivatetarget" ... />
и ant -f yourbuild.xml yourprivatetarget
.
Также объект без атрибута описания не будет отображаться при использовании
ant -projecthelp (или ant -p).
Таким образом, у вас есть какие-то частные/внутренние цели, но будьте осторожны, некоторые инструменты, то есть Eclipse
или аналогичный, будут отображать все цели в представлении Outline этого редактора ant.
Наконец = > нет реальной частной/внутренней цели в ant, но иногда полезно