2015-05-30 3 views
2

Я уже много читал о теме, но до сих пор не видел преимущества непрерывной интеграции по автоматическому строителю.Непрерывная интеграция с автоматическим построителем

Я использую Jenkins и Gradle прямо сейчас. Мой поток следующий: Вставить ветвь dev, построить, протестировать и развернуть в Heroku.

В чем преимущество использования Jenkins в этом случае?

кажется, что использование только Gradle я буду иметь тот же результат

ответ

3

Gradle это инструмент для сборки, который знает, как построить проект. Один разработчик будет использовать его самостоятельно для создания проекта.

Jenkins - это не инструмент построения, а инструмент непрерывной интеграции. Два отличия:

  • его главная цель состоит в том, чтобы позволить вам контролировать когда для запуска сборки автоматически (ежечасно, ежедневно ...) и обеспечить надлежащую обратную связь (регрессия, тестовое покрытие, код обзор) любым способом (электронные письма, приборная панель) в года команда,
  • сам Дженкинс не знает, как построить проект, поэтому его нужно сборки плагинов, таких как Gradle, Maven или Ant.
+0

В моем случае триггер, когда я нажимаю ветвь dev. Какая разница в создании задачи в Gradle, чтобы навязать ветвь, построить, протестировать и развернуть в Heroku или использовать триггер, реализованный в Jenkins? Я думаю, что смогу настроить правильную обратную связь с помощью Gradle, так что я не вижу разницы –

+0

Кто может видеть результат вашего сценария Gradle? Никто, кроме вас, не узнает, проходят ли сборка и тесты или нет. И непрерывная интеграция не об этом. CI также предоставляет способ управления как можно большим количеством проектов/филиалов в одном месте. Подумайте об этом как о бонусном инструменте для разработчиков команд. –