The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Релиз сервера непрерывной интеграции Hudson 3.0

23.01.2013 23:41

Организация Eclipse Foundation анонсировала релиз сервера непрерывной интеграции Hudson 3.0. Во всем мире насчитывается более чем 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, который предоставляет улучшенный пользовательский интерфейс с хорошей ответной реакцией.


  1. Главная ссылка к новости (http://eclipse.org/org/press-r...)
Автор новости: iZEN
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/35909-hudson
Ключевые слова: hudson
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (21) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 01:01, 24/01/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    http://www.fusiondirectory.org/
     
     
  • 2.4, skb7 (ok), 02:40, 24/01/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Разве FusionDirectory предназначен для непрерывной интеграции? Кажется, задачи несколько разные.

    А вообще то что я вижу -- Jenkins используют (как минимум в 2х больших компаниях, где я был лично).

     

  • 1.2, Аноним (-), 01:31, 24/01/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Чем он отличается от jenkins?
     
     
  • 2.3, Аноним (-), 01:33, 24/01/2013 [^] [^^] [^^^] [ответить]  
  • +/
    http://ru.wikipedia.org/wiki/Hudson
     
  • 2.5, skb7 (ok), 02:56, 24/01/2013 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Если я правильно помню историю, то 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, так что сравнивать не могу.

     
     
  • 3.9, тигар (ok), 11:24, 24/01/2013 [^] [^^] [^^^] [ответить]  
  • +/
    а че там поднимать-то? оно тупо в war идет же
     
     
  • 4.13, rico (ok), 16:11, 24/01/2013 [^] [^^] [^^^] [ответить]  
  • +/
    билды, например, поднимать?

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

    почему анонс исходит от eclipse foundation?

     
  • 3.14, VoDA (ok), 17:00, 24/01/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > "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-а.

     
  • 3.18, неймофаг (?), 12:26, 25/01/2013 [^] [^^] [^^^] [ответить]  
  • +/
    В свое время, мы приняли решение переехать с Гудзона на Дженкинс именно из-за того, что старые баги в Гудзоне не фиксятся и он сам очень редко релизится. Гудзон же мы поставили еще до того как возник форк от Кавагучи.
     

  • 1.6, Аноним (-), 07:19, 24/01/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > …в соответствии с требованиями Eclipse IP. Библиотеки, имеющие лицензию GPL или LGPL, были удалены…

    Ни фига себе у них требования.

    Присоединяюсь к предыдующему комментатору — зачем оно нужно при наличии Jenkins?

     
     
  • 2.8, ДяДя (?), 10:19, 24/01/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >Ни фига себе у них требования.

    Так это всем известно, что EPL и GPL не совместимы в обе стороны.
    Однако многие хорошие разработчики не сильно разбираются в лицензиях. Опенсорс - значит всё можно.

    Даже знаю один неплохой опесорсный проект, где Eclipse RCP используется. Они туда свои модули под GPL добавили и с бинарниками идёт GPL 2. Я им говорил, что должен быть в ихней версии GPL пункт с исключениями о возможности линковки конкретных модулей Eclipse и т.п., но они видать не поняли, т.к. продолжают нарушать.

     

  • 1.7, Avator (ok), 10:08, 24/01/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Да уж, статистика говорит сама за себя:

    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 line

    http://www.ohloh.net/p/compare?project_0=Jenkins&project_1=Hudson

     
     
  • 2.10, Клим (?), 14:52, 24/01/2013 [^] [^^] [^^^] [ответить]  
  • –2 +/
    название сайта еще лучше говорит
     
     
  • 3.17, tessel (?), 19:21, 24/01/2013 [^] [^^] [^^^] [ответить]  
  • +/
    осталось логотип Хадсона вспомнить.
     

  • 1.11, Аноним (-), 15:48, 24/01/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Посмотрел кто новость запостил и, не читая, сразу понял, на каком языке этот  Hudson написан ;)
     
     
  • 2.12, iZEN (ok), 15:51, 24/01/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    На C/C++ таких технологий в ближайшие n лет не предвидится, к сожалению.
     
     
  • 3.15, Аноним (-), 17:36, 24/01/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Гыгы, каких технологий?
     
     
  • 4.16, iZEN (ok), 18:12, 24/01/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Гыгы, каких технологий?

    Технологии повторяемых сборок при непрерывной интеграции и автоматическом тестировании изменений в проектах. Для C/C++ только люди могут дать оценку тому, что где сломалось при неудачной сборке — до стадии тестирования даже не доходит. И нередко забивают и на тесты, пока не поднимутся вопли дотошных пользователей, обнаруживших явные косяки.

     
     
  • 5.21, BE CI (?), 19:30, 27/01/2013 [^] [^^] [^^^] [ответить]  
  • +/
    а проверка покрытия кода юнит-тестами?
     
  • 4.19, Andrey Mitrofanov (?), 17:24, 25/01/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Гыгы, каких технологий?

    Технологий поста новостей под _этой подписью!

     

  • 1.20, BE CI (?), 19:26, 27/01/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    хз, на всех проектах, где побывал, используют либо jenkins, либо teamcity. Hudoson установлен либо у особо упоротых, либо в вялотекущих проектах, апнутых еще во времена форка hudson-jenkins. Сам, если есть свобода выбора, ставлю всем jenkins - фришный, многофункциональный, часто обновляемый.
     
     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру