История создания Jenkins

Jenkins изначально был разработан как проект Hudson. Создание Hudson’а началось в 2004 году в компании Sun Microsystems. Первый релиз на java.net стартовал в феврале 2005 года. Примерно с 2007 года Hudson стал более известен как достойная альтернатива CruiseControl и другим встроенным серверам с открытым исходным кодом. На конференции JavaOne в мае 208 года продукт завоевал премию Duke's Choice Award в категории «Решения разработчиков».

В ноябре 2010 в сообществе Hudson возник вопрос относительно используемой инфраструктуры, который далее разросся и охватил также вопрос по рациональному управлению и контролю со стороны компании Oracle.

Переговоры между основными участниками проекта и представителями Oracle состоялся , и хотя по многим вопросам было согласие, ключевым камнем преткновения был торговая марка «Hudson». После переговоров Oracle утвердил за собой право на имя и подал заявку на товарный знак в декабре 2010 года. В результате в январе 2011 года пбыло проведено голосование по вопросы переименования проекта от " Hudson " в "Jenkins ". Это предложение было подавляющим большинством утверждено и с 29 января 2011 проект получил имя Дженкинс .

1 февраля 2011 года , Oracle заявили, что они намерены продолжать развитие проекта Hudson , и назвали Дженкинс ответвлением , нежели просто сменой названия. Дженкинс и Гудсон стали развиваться как два независимых проекта. По состоянию на 22 января 2013 года, организация Jenkins на GitHub составляла 431 участника проекта и 890 общественных хранилищ, Hudson 33 участника проекта и 82 общественных репозитории.

Использование

Обладая большей частью рынка, Jenkins используется командами различных размеров, для проектов, использующих различные языки и технологии, включая .NET, Ruby, Groovy, Grails, PHP и другие. Что же сделало Jenkins столь успешным?

Во-первых, Jenkins весьма прост в использовании. Он имеет понятный интерфейс, привлекательный внешне, а так же Jenkins не требует специального обучения перед использованием – для первого запуска любому человеку потребуется меньше минуты.

Однако Jenkins не потерял при этом на производительности и расширяемости – это так же гибкая и легко адаптивная система. Для Jenkins доступны сотни плагинов с открытым исходным кодом. Эти плагины охватывают все – от контроля версий системы, построителей, интеграции с внешними системами до игр.

Последним, но не менее важным достоинством Jenkins является его размер и отзывчивость его сообщества. Сообщество весьма многочисленно и продолжает динамично развиваться.

Что же использовать – Jenkins или Hudson? Вот несколько доводов в сторону первого:

• Дженкинс является новым Гудзоном. В самом деле, Jenkins просто старый Hudson c новым названием, так что если Вам понравился Гудзон - Вам понравится Дженкинс! Дженкинс использует код Гудзон, и команда разработчиков и логика проекта остаются теми же.

• Сообщество Дженкинс. Ошибки выявляются (и вообще исправляются) гораздо быстрее. Если Вы столкнулись с проблемами, задайте вопрос в списке рассылки или IRC канале - там обязательно найдется кто-то, кто может помочь.

• Быстрый темп развития. Дженкинс продолжает использовать быстрые циклы. Новые возможности, новые плагины и исправления выходят еженедельно, а время оборота для исправления ошибок может быть действительно очень коротким. И если Вы предпочитаете больше стабильность , всегда есть релизы LTS.

Хорошей новостью является то, что независимо от того, используете ли вы Дженкинс или Гудзон, продукты остаются очень похожи, и подавляющее большинство методов

применимы одинаково хорошо для обеих сторон.