我正在为我的雇主开始正式安装 Hudson 的初始阶段。
Hudson 的一个特点是它会定期更新，但我不确定是否建议定期更新、偶尔更新，或者当且仅当更新修复了安全漏洞时才更新（或者从我的用户的角度来看，新功能是必须具备的）。
其他人做什么？
（我们对付费支持不感兴趣）
答案1
我们保留一个运行最新 hudson 的测试服务器。它只运行一些简单的 Hello World 类型构建，使用我们依赖的插件，例如谷歌日历、性能插件等。如果部署成功，构建工作正常并发布结果，那么我们将把该版本应用于生产 hudson 节点。我们每季度执行一次。我们的插件很少，没有与 AD 集成，只连接到 subversion 存储库。没有太多需要更改和保留的。我看到 hudson 的新版本中几乎没有回归，但最近我发现 RSS 提要中有不同的字符串表示成功（以前只是说“成功”。但这只是确保升级后所有作业都运行的一个例子。我们只需要升级，因为我们想要的插件需要/需要特定版本。
我知道另一个团队将他们的 hudson 1 版本保留在当前版本之后，并且每周都会更新这些新版本。他们似乎也没有遇到任何问题。
答案2
我们只按需更新。为此，我们监控发布 RSS 源，该源报告服务器和插件的发布情况。到目前为止，我们通常更新服务器，因为我们想安装一个依赖于较新版本的插件。否则，选择“永远不要更改正在运行的系统”。跟上最新版本（或每周跟进几周，对我们来说工作量太大）。更新后某些东西无法正常工作的风险太大。
目前，我们的更新频率远高于每季度一次，因为我们使用了很多插件，并且仍处于相当复杂的系统的构建阶段（在混合 Windows/Unix 环境中构建、部署和（功能）测试）。
当系统完全设置好并且 Hudson 维护速度变慢时，更新频率肯定会降低。此外，我们还必须更加严格地遵守公司关于软件变更请求程序的指导方针。
答案3
只要有更新，我就会更新。否则我会变得烦躁不安，睡不着觉 :)
幸运的是，Hudson 具有神奇的功能，可以将最新更新回滚到最后一个。此功能效果非常好，因为您可以更新 - 发现错误或配置问题，然后只需一点停机时间即可撤消更新。
大多数情况下，更新都是有效的，因此值得始终更新以获取最新玩具，因为您可以安全地使用回滚功能。如果没有回滚功能，我会考虑说“不要碰它，因为那时你会破坏它”。