3

我想知道哪些步骤最适合升级 hudson 和插件。

我目前正在运行 1.347。我曾经尝试更新导致一团糟,因为某些插件不兼容。

另外我想删除一些插件是否适合只删除hpi文件?很高兴知道其他人如何执行此步骤以及以何种顺序。
我应该先升级 hudson,然后逐个插件升级吗?
如果一个插件破坏了某些东西再次降级它?这似乎是很多工作。或者有什么简单的方法吗?
保存所有 xml 配置文件是否足以以防万一我可以恢复?

提前致谢。

4

2 回答 2

7

我的解决方案有点矫枉过正,但我​​被烧了两次(一次是因为 Hudson 错误,一次是因为插件不兼容)并吸取了教训。

我在虚拟机上安装了 Hudson,其插件与我的生产实例相同,并且有几个简单的构建。当我觉得是时候升级了,或者想查看最新版本时,我会在 VM 上升级 Hudson 并验证它是否启动并且可以进行构建。在我升级了我的测试系统之后,我只升级了我们所有开发人员使用的生产系统。我通常不会对我的测试系统进行详尽的测试;确保升级后的 Hudson 和插件的组合正确启动就足够了。

在升级 VM 或主系统时,我升级所有插件,然后升级 Hudson 本身并重新启动。(由于我有测试系统,我并不特别担心按部就班。)

在 Hudson 引入降级支持之前,我想出了我的流程。我仍然使用这个过程,因为我相信升级不会破坏其他开发人员使用的系统对我来说很重要。这个设置还允许我拥有一个独立于 Hudson 主系统的实验设置,我觉得这很有用。

于 2010-11-30T18:10:55.993 回答
4

我通常先更新 Hudson,然后再更新插件。

Hudson 的最新版本对这个过程有一些支持:

  • Hudson 1.376添加了对核心和插件的降级支持。
    这意味着在升级插件后,您有一个按钮,可让您在需要时降级到以前安装的版本。
  • 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

)

于 2010-11-30T14:07:23.640 回答