我正在为我的雇主启动官方Hudson安装的初始阶段。
关于Hudson的一件事是定期更新，而且我不确定是否build议定期更新，偶尔更新，或者更新当且仅当更新修复了一个安全错误（或者新function是必须的我的用户的看法）。
其他人做什么？
（我们对付费支持不感兴趣）
我们保持testing服务器运行最新的哈德森。 它只是运行一些简单的Hello Worldtypes的构build，使用我们依赖的插件，如谷歌日历，性能插件等。 如果部署，build立工作和发布结果，那么我们将该版本应用到生产哈德森节点。 我们这样做不比季度更频繁。 我们有很less的插件，没有与AD集成，只连接到颠覆回购。 没有太多改变，一周保持。 我在哈德森的新版本中看到了很less的回归，但是最近我发现了一些不同的string，这些string表明了RSS feed的成功（以前只是说“SUCCESS”），但这只是确保所有工作升级后运行我们只需要升级，因为我们想要一个插件，需要一个特定的版本。
我知道的另一个团队保持他们的哈德逊1版本落后于当前版本，他们每周都会采用这些新版本。 他们似乎也没有任何问题。
我们只根据需求进行更新。 为此，我们监视发布RSS源，报告服务器和插件版本。 到目前为止，我们通常更新服务器，因为我们想安装一个插件，这是依赖于一个较新的版本。 否则，请按照“不要更改正在运行的系统”进行操作。 跟上最新版本（或者每周落后几周，对我们来说太多了）。 更新后无法正常工作的风险太大。
目前我们比季度更新更频繁，因为我们使用很多插件，并且仍然处于相当复杂的系统（在混合的Windows / Unix环境中构build，部署和（function）testing）的build设阶段。
当系统完全安装并且Hudson维护变慢时，更新肯定会less一些。 此外，我们将不得不更严格地遵守有关软件变更请求程序的企业准则。
每当有更新需要时，我都会更新。 要么那样，我会烦躁不安，失眠:)
幸运的是，Hudson具有将最新更新回滚到最后一个的魔术能力。 这可以很好地工作，因为你可以更新 – find一个错误或configuration问题，并撤销更新只有一点点停机时间。
大部分时间更新只是工作，所以它的价值总是在更新，以获得最新的玩具，因为你可以 – 安全地使用回滚function。 如果回滚不在那里，我会考虑说“不要碰它”，因为那时候你会打破它“。