Организация Eclipse Foundation анонсировала (http://eclipse.org/org/press-release/20130123_hudson3.php) релиз сервера непрерывной интеграции Hudson 3.0 (http://www.eclipse.org/hudson). Во всем мире насчитывается более чем 30000 установок этого сервера непрерывной интеграции (CI). Практика CI используется для существенного улучшения процесса разработки программного обеспечения. Hudson повышает производительность, координируя и ведя мониторинг выполнения повторямых сборок, облегчая интеграцию изменений в проект. Пользователи быстрее получают свежие оттестированные сборки. Включение обратной связи с сообществом позволило Hudson 3.0 приобрести важные новые функции, простоту установки и администрирования для разработчиков.
Непрерывная интеграция с автоматическим выполнением тестов находит широкое применение в управлении сборкой, изменяя способ управления релизами, автоматизацией развёртывания и комплексного тестирвоания. Решения на основе CI обеспечивают руководителей, менеджеров, разработчиков программного обеспечения и архитекторов лучше видеть процесс развития и изменения качества кода проектов в рамках жизненного цикла разработки.
Новшества, добавленные в Hudson 3.0:
- Plug-In Manager. Упрощает управление и установку из хранилища более чем 400 существующих плагинов. Возможна регистрация пользовательских плагинов в репозитории;
- Упрощенная установка. Новая конфигурация самонастройки при начальной загрузке позволяет осуществить конфигурирование для не-Eclipse компонентов;
- Архитектурные усовершенствования и абстракции. Слой скриптовых сценариев и диаграмм Hudson поддерживает различные технологии, такие как Eclipse BIRT для диаграмм;
- Размер кода Hudson 3.0 сокращён на 50 процентов. Это — результат работы по модернизации и изменения базовых библиотек, используемых в Hudson 3.0 в соответствии с требованиями Eclipse IP. Библиотеки, имеющие лицензию GPL или LGPL, были удалены, существующие библиотеки были обновлены до последних версий;
- Поддержка и сертификация топ-плагинов. Гарантия того, что наиболее часто используемые Hudson плагины можно интегрировать с последними версиями;
- Улучшенный внешний вид. Web-интерфейс переработан с использованием JQuery, который предоставляет улучшенный пользовательский интерфейс с хорошей ответной реакцией.URL: http://eclipse.org/org/press-release/20130123_hudson3.php
Новость: http://www.opennet.me/opennews/art.shtml?num=35909
http://www.fusiondirectory.org/
Разве FusionDirectory предназначен для непрерывной интеграции? Кажется, задачи несколько разные.А вообще то что я вижу -- Jenkins используют (как минимум в 2х больших компаниях, где я был лично).
Чем он отличается от jenkins?
http://ru.wikipedia.org/wiki/Hudson
Если я правильно помню историю, то Jenkins -- форк Hudson, который возник из-за возмутительного отношения Oracle к разработчикам (после покупки Ораклом компании Sun). По аналогии с OpenOffice -> LibreOffice.При чем Jenkins разрабатывает основной разработчик Hudson, со всеми вытекающими последствиями. А именно (взято с http://en.wikipedia.org/wiki/Jenkins_%28software%29):
"As of 22 Jan 2013, Jenkins had 431 project members and 890 public repositories on GitHub, Hudson 33 project members and 82 public repositories. The one month bug statistics are similarly proportioned: for Jenkins 250 bugs were opened and 170 closed, for Hudson 0 bugs were opened and 6 closed the last thirty days."
Опять же, мой личный опыт -- нигде не видел Hudson. Очевидно из-за приведенных выше фактов. Сам не поднимал ни то, ни то, а работал только с Jenkins, так что сравнивать не могу.
а че там поднимать-то? оно тупо в war идет же
билды, например, поднимать?а вообще совершенно непонятная какая-то ситуация, в свое время я постил багрепорты в трекер хадсона, но забил на них, в первую очередь, конечно, потому что уже работал с дженкинсом, а те скопировали их себе
почему анонс исходит от eclipse foundation?
> "As of 22 Jan 2013, Jenkins had 431 project members and 890 public repositories on GitHub, Hudson 33 project members and 82 public repositories. The one month bug statistics are similarly proportioned: for Jenkins 250 bugs were opened and 170 closed, for Hudson 0 bugs were opened and 6 closed the last thirty days."Желтизна ))) Сравнение теплого и мягкого =)
Jenkins разрабатывается на GitHub, а Hudson на Eclipse. понятно, что на ГитХабе Hudson будет слабо представлен. =))) Я бы не удивился вообще полному отсутствию репозиториев Гудзона на github ;)
Если уж сравнивать, то лог Jenkins на GutHub-е против лога Hudson на серверах Eclipse-а.
В свое время, мы приняли решение переехать с Гудзона на Дженкинс именно из-за того, что старые баги в Гудзоне не фиксятся и он сам очень редко релизится. Гудзон же мы поставили еще до того как возник форк от Кавагучи.
> …в соответствии с требованиями Eclipse IP. Библиотеки, имеющие лицензию GPL или LGPL, были удалены…Ни фига себе у них требования.
Присоединяюсь к предыдующему комментатору — зачем оно нужно при наличии Jenkins?
>Ни фига себе у них требования.Так это всем известно, что EPL и GPL не совместимы в обе стороны.
Однако многие хорошие разработчики не сильно разбираются в лицензиях. Опенсорс - значит всё можно.Даже знаю один неплохой опесорсный проект, где Eclipse RCP используется. Они туда свои модули под GPL добавили и с бинарниками идёт GPL 2. Я им говорил, что должен быть в ихней версии GPL пункт с исключениями о возможности линковки конкретных модулей Eclipse и т.п., но они видать не поняли, т.к. продолжают нарушать.
Да уж, статистика говорит сама за себя:30 Day Statistics (слева Jenkins, справа Hudson)
Contributors (Past 30 Days) 40 contributors 1 contributor
Commits (Past 30 Days) 306 commits 1 commit
Files Modified 1,054 files 1 file
Lines Added 22,709 lines 1 line
Lines Removed 16,293 lines 1 linehttp://www.ohloh.net/p/compare?project_0=Jenkins&project_1=H...
название сайта еще лучше говорит
осталось логотип Хадсона вспомнить.
Посмотрел кто новость запостил и, не читая, сразу понял, на каком языке этот Hudson написан ;)
На C/C++ таких технологий в ближайшие n лет не предвидится, к сожалению.
Гыгы, каких технологий?
> Гыгы, каких технологий?Технологии повторяемых сборок при непрерывной интеграции и автоматическом тестировании изменений в проектах. Для C/C++ только люди могут дать оценку тому, что где сломалось при неудачной сборке — до стадии тестирования даже не доходит. И нередко забивают и на тесты, пока не поднимутся вопли дотошных пользователей, обнаруживших явные косяки.
а проверка покрытия кода юнит-тестами?
> Гыгы, каких технологий?Технологий поста новостей под _этой подписью!
хз, на всех проектах, где побывал, используют либо jenkins, либо teamcity. Hudoson установлен либо у особо упоротых, либо в вялотекущих проектах, апнутых еще во времена форка hudson-jenkins. Сам, если есть свобода выбора, ставлю всем jenkins - фришный, многофункциональный, часто обновляемый.