Комментарии 3
Лично я в данном случае использовал бы что угодно, но не maven. Причины, по которым maven используется для java разработки понятны:
1. он заточен под java, и простые проекты требуют минимальной настройки
2. он просто уже везде есть
В вашем случае ни то ни другое преимуществом не является, поскольку у вас свой маленький мир не связанный с java. Зато недостатки maven вы вкусили сполна — фиксированный lifecycle, сложность расширения, громоздкие pom'ы, медленная работа.
Посмотрите на gradle, он точно так же умеет обрабатывать зависимости (даже лучше), но при этом легко расширяем, быстр и очень удобен в использовании.
1. он заточен под java, и простые проекты требуют минимальной настройки
2. он просто уже везде есть
В вашем случае ни то ни другое преимуществом не является, поскольку у вас свой маленький мир не связанный с java. Зато недостатки maven вы вкусили сполна — фиксированный lifecycle, сложность расширения, громоздкие pom'ы, медленная работа.
Посмотрите на gradle, он точно так же умеет обрабатывать зависимости (даже лучше), но при этом легко расширяем, быстр и очень удобен в использовании.
Выбор пал именно на Maven по ряду причин.
1. Для используемого языка программирования были написаны плагины для NetBeans и было бы здорово, получить от NetBeans и управление проектом (build, install, etc)
2. Мне нравится идеология Maven, которая гласит, что как можно больше нужно делать по умолчанию.
3. Из известных мне сборщиков этот мне нравиться больше всех, по простоте использования и интеграции в другие системы типа Hudson, TeamCity и много другое.
А вот с утверждением того что pom получился очень громоздкий я готов согласится лишь наполовину. Дело в том, что часто используемую конфигурацию плагинов обеспечивающую свой ЖЦ можно вынести в отдельный superPom и тогда в нашем случае мы получим точно такую же крохотную pom.xml (Об этом я тоже постараюсь написать). Кроме того я видел немало pom.xml крупных проектов на Java и могу вам сказать, что мой получился не таким уж огромным.
Если не считать фазы компиляции, то все остальное без каких либо трудностей переносимо на любой язык.
1. Для используемого языка программирования были написаны плагины для NetBeans и было бы здорово, получить от NetBeans и управление проектом (build, install, etc)
2. Мне нравится идеология Maven, которая гласит, что как можно больше нужно делать по умолчанию.
3. Из известных мне сборщиков этот мне нравиться больше всех, по простоте использования и интеграции в другие системы типа Hudson, TeamCity и много другое.
А вот с утверждением того что pom получился очень громоздкий я готов согласится лишь наполовину. Дело в том, что часто используемую конфигурацию плагинов обеспечивающую свой ЖЦ можно вынести в отдельный superPom и тогда в нашем случае мы получим точно такую же крохотную pom.xml (Об этом я тоже постараюсь написать). Кроме того я видел немало pom.xml крупных проектов на Java и могу вам сказать, что мой получился не таким уж огромным.
Если не считать фазы компиляции, то все остальное без каких либо трудностей переносимо на любой язык.
www.apache-maven.ru/lifecycle.html
deploy- публикация файла в удалённый репозиторий. Спутали с install
deploy- публикация файла в удалённый репозиторий. Спутали с install
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Вторая жизнь вместе с Maven