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