Мы начинаем интегрировать Gradle в наш процесс сборки, и я могу добавить к опубликованным ответам, что Gradle также будет работать.Ваши предположения в основном верны, gradle больше не подходит, но мощен и позволяет создавать сценарии и тому подобное в самой сборке.Кажется, что большинство вещей, которые может сделать maven, Gradle делает также.
Теперь для ваших индивидуальных точек:
Управление версиями : Gradle поддерживает карты зависимостей, управление версиями, и если выдобавив сервер CI, вы можете запускать автоматические / зависимые сборки.Например, почти все наши «результаты» являются .wars, но у нас есть несколько библиотек кода (.jars) и один исполняемый файл .jar в разработке.Одна из конфигураций - сделать войны и «толстяк» зависимыми от библиотек общего кода.Затем, когда общие библиотеки обновляются, повышают версии на общих библиотеках, тестируют проекты-потребители, а затем используют способность Хадсона запускать зависимые проекты для их повторного развертывания.Есть и другие способы, но сейчас, похоже, они лучше всего работают для нас.
Сильная интеграция с eclipse : вы правы, gradle может генерировать файлы eclipse.Мы склонны использовать задачу eclipseCp (для обновления .classpath) только после начала работы, поскольку изменились только потребности classpath.Это немного странно (захватывает вашу JRE по умолчанию, поэтому убедитесь, что она правильная, не добавляет exported = "true", если вам это нужно), но дает вам 99% пути.
Включить «живую» и прозрачную разработку для локальных проектов : В этом я не уверен.В этом случае я взломал только gradle;удалив артефакт в проекте-потребителе и пометив общий проект как таковой в Eclipse, а затем вернул его обратно.
Храните все версии выпусков моего модуля на внешнем сервере : просто иПоддерживаются многие подходы, аналогичные Maven.
Что касается примеров, то документы для gradle хороши, как и примеры проектов, которые поставляются с полным zip.Они помогут вам быстро заработать.