2010-04-07 2 views
0

Мы долгое время использовали Hudson для реализации CI-сервера со всеми звонками и свистами. Настройка довольно проста, при установке с предоставленных RPM и Debs, но через googling мне не удалось выяснить, можно ли устанавливать плагины с помощью apt/rpm или какого-либо другого менеджера пакетов?Автоматическая настройка Hudson CI и обновления плагинов через apt?

Причина в том, что я хотел бы создать (мета) пакет для Ubuntu, который будет устанавливать, а также обновлять как Hudson, так и все плагины через обычный механизм обновления. В то же время я мог бы создать настройку шаблона для других проектов, например, для проекта JavaEE нужны плагины git, cobertura и Chuck Norris, в то время как моему проекту Python нужны плагины XXX и YYY.

У кого-нибудь такая настройка? В качестве обходного решения я решил настроить несколько MOM-POM, которые будут выполнять init, а затем обновлять, но я считаю, что для этого потребуется больше скриптов на стороне, что я не очень хочу делать.

Любые другие предложения по этому вопросу также будут оценены.

ответ

0

Я не смог выяснить, установлены ли плагины с помощью apt/rpm или какого-либо другого менеджера пакетов?

Они установлены «вручную».

Причина в том, что я хотел бы создать (мета) пакет для Ubuntu, который будет устанавливать, а также обновлять как Hudson, так и все плагины через обычный механизм обновления. (...)

Я не в курсе существующего решения для этого (весьма вероятно, потому что упаковка плагинов является большой ошибкой вообще: это очень много работы в Linux дистрибутивы и плагины идут гораздо быстрее, чем цикл выпуска). Поэтому я думаю, вам придется их самостоятельно упаковать.

И будьте осторожны с обновлениями Hudson, они часто ломают плагины (другими словами, я рекомендую протестировать обновление Hudson в тестовой среде, как виртуальная машина).

У кого-нибудь такая настройка? (...)

Я собираю плагины в архив и разархивирую их в <HUDSON_HOME>/plugins/.

+0

Я согласен, что нет необходимости добавлять плагины в дистрибутивы. Тем не менее, установка Hudson от http://hudson-ci.org/debian/ - это, по моему мнению, лучший способ сохранить установку в актуальном состоянии, чем использовать пользовательский интерфейс для этого. Я думаю, что с тех пор, как фактический сервер с некоторыми подключаемыми плагинами публикуется как .deb в любом случае. Я не чувствую, что предоставление плагинов таким же образом тоже будет очень плохо. Особенно учитывая, что плагины в любом случае управляются версиями и автоматически устанавливаются пользовательским интерфейсом Hudson. –

+0

@aapeli Моя точка зрения заключается в том, что плагины и hudson имеют разные жизненные циклы и что ** квалификационный ** и упаковка всех плагинов для данной версии hudson - это огромная работа и что нет никаких оснований для сопровождающих http: // hudson-ci .org/debian/сделать это, это было бы безумным. Однако, не стесняйтесь делать это самостоятельно ** для своих ** плагинов. –

Смежные вопросы