Открыть список
Как стать автором
Обновить

Комментарии 6

Спасибо за полезную статью. Отличная система. Сделал сборку JavaScript проекта с подпроектами.
Но вместе с тем писать в сотне файлов одинаковый текст конфигурации

В Maven можно наследовать конфигурацию.

У нас зоопарк проектов, некоторые на ant, некоторые на maven, я сейчас пытаюсь привести их к единому знаменателю — и мне кажется, maven подходит больше, т.к. команда большая, если на maven сложно написать говнокод, то на Gradle мне это кажется вполне вероятным.

stackoverflow.com/questions/1163173/why-use-gradle-instead-of-ant-or-maven
Если у человека руки под карандаш заточены, то говнокод будет везде, в том числе и в конфигах сборки.
В Gradle кода очень мало, то на что в maven уходит простыня xml-кода, в gradle несколько строчек.
Для типичного проекта это вообще несколько строк всего.
А если надо писать какую-то нестандартную хитрую сборку, то он тем более заткнет за пояс всякие мавены с их костылями.
Ибо сборка будет описана простым лаконичным языком, а не километрами xml в перемешку с кодом и костыльными плагинами.

Мне gradle как средство сборки очень понравился, но вот интеграция IDEA хромает.
Интеграцию с Gradle обещают полностью переработать в IDEA 13.
А в 12 — да, поддержка оставляет желать лучшего.
В 13 EAP пока ничего особо не изменилось. Релиз через 3 месяца. Сомнительно что успеют что-то кардинально изменить.
В недавнем «Разборе полетов» вроде как обмолвились о том, что поддержка Gradle будет взята из Adroid Studio (only Gradle projects). В общем — не теряем надежду на скорое счастье.
Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.