我想知道哪些步骤最适合升级 hudson 和插件。
我目前正在运行 1.347。我曾经尝试更新导致一团糟,因为某些插件不兼容。
另外我想删除一些插件是否适合只删除hpi文件?很高兴知道其他人如何执行此步骤以及以何种顺序。
我应该先升级 hudson,然后逐个插件升级吗?
如果一个插件破坏了某些东西再次降级它?这似乎是很多工作。或者有什么简单的方法吗?
保存所有 xml 配置文件是否足以以防万一我可以恢复?
提前致谢。
我想知道哪些步骤最适合升级 hudson 和插件。
我目前正在运行 1.347。我曾经尝试更新导致一团糟,因为某些插件不兼容。
另外我想删除一些插件是否适合只删除hpi文件?很高兴知道其他人如何执行此步骤以及以何种顺序。
我应该先升级 hudson,然后逐个插件升级吗?
如果一个插件破坏了某些东西再次降级它?这似乎是很多工作。或者有什么简单的方法吗?
保存所有 xml 配置文件是否足以以防万一我可以恢复?
提前致谢。
我的解决方案有点矫枉过正,但我被烧了两次(一次是因为 Hudson 错误,一次是因为插件不兼容)并吸取了教训。
我在虚拟机上安装了 Hudson,其插件与我的生产实例相同,并且有几个简单的构建。当我觉得是时候升级了,或者想查看最新版本时,我会在 VM 上升级 Hudson 并验证它是否启动并且可以进行构建。在我升级了我的测试系统之后,我只升级了我们所有开发人员使用的生产系统。我通常不会对我的测试系统进行详尽的测试;确保升级后的 Hudson 和插件的组合正确启动就足够了。
在升级 VM 或主系统时,我升级所有插件,然后升级 Hudson 本身并重新启动。(由于我有测试系统,我并不特别担心按部就班。)
在 Hudson 引入降级支持之前,我想出了我的流程。我仍然使用这个过程,因为我相信升级不会破坏其他开发人员使用的系统对我来说很重要。这个设置还允许我拥有一个独立于 Hudson 主系统的实验设置,我觉得这很有用。
我通常先更新 Hudson,然后再更新插件。
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
)