Сервер непрерывной интеграции: Hudson или Sismo?
В ближайшее время мы рассматриваем возможность использования сервера CI.
Из моего чтения я обнаружил, что Sismo и Hudson были доступны для PHP-проекта.
Учитывая, что мы на самом деле используем GIT и PHPUnit, в чем большая разница между Hudson и Sismo, которую мы должны знать, чтобы сделать лучший выбор для нашей ситуации?
Спасибо
4 answers
Соответствие языка не является ключевым в вашей охоте за лучшим сервером CI; это все функции вокруг:
- система управления версиями
- параллельная сборка
- сборка триггера
- уведомление
Даже для простого проекта Дженкинс (новое название Хадсона) прост в использовании и быстр в установке. Тогда действительно легко масштабировать Дженкинса, добавив больше узлов (спутниковая машина, которая может выполнять сборку), когда вам нужно. Также у Дженкинса есть сотни плагинов для многочисленные задачи.
Взгляните на Функции Bamboo, Jenkins, TeamCity и CruiseControl , чтобы сравнить некоторые функции громких имен (возможно, вы действительно захотите рассмотреть Bamboo, TeamCity или круиз-контроль над Дженкинсом)
Существует действительно хорошая php-интеграция для Дженкинса от phpunit изобретателя Себастьяна Бергмана. Вам действительно стоит взглянуть на это.
Насколько я вижу, самым большим недостатком Sismo является то, что это не "настоящий" сервер CI, а скорее среда сборки и отчетов, потому что вам нужно самостоятельно запускать сборки (или позволить чему-то запустить его).
Я предварю это, сказав, что я не использовал sismo.
Мы используем Hudson с приложениями, которые создаются и тестируются как на Java, так и на PHP. У него хорошая система плагинов, и вчера ее установка и запуск на коробке CentOS заняли около 15 минут. (Нам пришлось перенести его из одной коробки в другую).
Для PHP Hudson интегрируется как с PHPUnit, так и с Selenium, поэтому мы проводим как модульные тесты, так и функциональные тесты с одной и той же кодовой базой. У Хадсона есть отличная система плагинов "в один клик", которая действительно позволяет настроить вашу установку.
Единственное, для чего нам нужно было получить плагин, - это отправлять электронное письмо при каждой сборке, успешной или нет. Хадсон по умолчанию будет отправлять электронное письмо только тогда, когда ваша сборка переходит от хорошей (тесты проходят) к плохой, от плохой к хорошей или повторно плохой. Это означает, что он не будет отправлять электронное письмо для каждой сборки, если 2 сборки подряд были успешными. Плагин электронной почты решает эту проблему, но это сбивало с толку.