Обновление Hudson и плагинов

Question

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

Я бегу 1,347 на данный момент. Я однажды попытался обновить, что привело к беспорядку, потому что некоторые плагины были несовместимы.

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

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

Answer 1

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

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

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

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

Answer 2

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

Последние версии Хадсон имеют некоторую поддержку для этого процесса:

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

И предстоящая 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 

)