Обновление Hudson и плагинов - PullRequest
3 голосов
/ 30 ноября 2010

Мне было интересно, какие шаги являются лучшими для обновления Hudson и плагинов.

У меня сейчас 1.347. Однажды я попытался обновить, что привело к путанице, потому что некоторые плагины были несовместимы.

Также я хочу удалить некоторые плагины. Уместно ли просто удалить файл hpi? Было бы неплохо узнать, как другие люди делают этот шаг и в каком порядке.
Должен ли я сначала обновить Hudson, а затем плагин с помощью плагина?
А если плагин ломает что-то, понизьте это снова? Вроде бы много работы. Или есть какой-то простой способ?
Также достаточно ли сохранить все файлы конфигурации xml на случай, если что-то сломается, и я смогу их восстановить?

Заранее спасибо.

Ответы [ 2 ]

7 голосов
/ 30 ноября 2010

Мое решение излишне, но я был дважды сожжен (один раз из-за ошибки Хадсона и один раз из-за несовместимости плагинов) и усвоил мой урок.

У меня Hudson установлен на ВМ с теми же плагинами, что и у моего производственного экземпляра, и парой простых сборок.Когда я чувствую, что пришло время обновить или хочу проверить последнюю версию, я обновляю Hudson на виртуальной машине и проверяю, что она запускается и может выполнять сборки.Я обновляю производственную систему, которую используют все наши разработчики, только после того, как я обновил свою тестовую систему.Я обычно не делаю исчерпывающих тестов на моей тестовой системе;достаточно убедиться, что комбинация обновленных Hudson и плагинов запускается правильно.

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

Я придумал свой процесс, прежде чем Хадсон ввел поддержку понижения.Я все еще использую этот процесс, потому что для меня важно быть уверенным, что обновление не сломает систему, которую используют другие разработчики.Эта установка также позволяет мне иметь экспериментальную установку, отдельную от основной системы Хадсона, что я считаю полезным.

4 голосов
/ 30 ноября 2010

Я обычно сначала обновляю Hudson, затем плагины.

В последних версиях Hudson есть некоторая поддержка этого процесса:

  • Hudson 1.376 добавлена ​​поддержка понижения ядра и плагинов.
    Это означает, что после обновления плагина у вас есть кнопка, которая позволяет вам при необходимости перейти на предыдущую установленную версию.
  • the Hudson 1.369 Избегайте ошибок при недопустимом или нулевом первичном представлении, например, при обновлении со старого Hudson

А предстоящий Hudson 1.387 позволит избежать мусора HUDSON_HOME с атомарными *.xml файлами, что должно значительно упростить процесс резервного копирования критических файлов конфигурации. (В настоящее время с Hudson 1.386 я вижу под HUDSON_HOME:

com.mtvi.plateng.hudson.ldap.LdapMailAddressResolver.xml                   
config.xml                                                                 hudson.scm.SubversionSCM.xml
de.fspengler.hudson.pview.PViewProjectProperty.xml                         hudson.tasks.Ant.xml
hudson.maven.MavenModuleSet.xml                                            hudson.tasks.Mailer.xml
hudson.model.UpdateCenter.xml                                              hudson.tasks.Maven.xml
hudson.plugins.clearcase.ClearCaseInstallation.xml                         hudson.tasks.Shell.xml
hudson.plugins.clearcase.ClearCaseSCM.xml                                  hudson.triggers.SCMTrigger.xml
hudson.plugins.git.GitTool.xml                                             nodeMonitors.xml
hudson.plugins.sonar.SonarPublisher.xml                                    proxy.xml
hudson.scm.CVSSCM.xml

)

...