ИМХО, да, если у вас есть значительное время для его настройки и обслуживания на отдельной машине. (Я лично не использовал бы общую машину: слишком много причин перезапускать и нарушать ее.)
Я чувствую дополнительный уровень уверенности каждый раз, когда я регистрируюсь, если Дженкинс успешно выстраивает весь проект из свежего каталога (на один меньше вещь, которую я должен сделать.)
Если я забуду, чтобы зарегистрироваться в важном файле, Дженкинс жалуется. Или, если я закодирую что-то, что генерирует новое предупреждение Lint, Дженкинс накладывает всплеск на график. Другими словами, Дженкинс - это помощник (или наставник), который помогает проверить мои работы.
Jenkins может устанавливать установщики приложений для использования в будущем. Таким образом, это также помогает мне оставаться организованным.
Jenkins предлагает некоторые хорошие возможности связи. Вы можете автоматически автоматически уведомить других через Slack или поместить установщика в Dropbox или, используя сервис Zapier, создать пользовательскую карту в Trello. Поэтому Дженкинс дает мне посыльного и службу доставки.
Вот некоторые плагины, которые я нашел полезным с Android сборках:
- Android Lint
- Полномочия Переплет
- Environment Инжектор
- Gradle
- натяжной Уведомление
- ThinBackup
- Номер версии
- Zentimestamp
Конечно, это только царапины на поверхности.
Это требует некоторых текущих работ по техническому обслуживанию. И иногда это запутывает/затрудняет настройку. (например, некоторые плагины плохо документированы или более активно не поддерживаются. ЛИНТЕР в Android Studio не совсем то же самое, что и по умолчанию, который выполняется через gradle by Jenkins и т. д.)
Когда я впервые установил сервер сборки, пару недель простоя, когда я мог экспериментировать с различными плагинами и устранять неполадки с сервером. Я, вероятно, не сделал бы этого без этого пустого окна времени с самого начала.
Удалили ли вы Travis –