当我们与潜在客户谈论Jenkins Enterprise中的高可用性特性时，如果运行的Jenkins崩溃，备用服务器将接管这个特性，首先要问的问题之一非常简单：崩溃期间运行的构建会发生什么？不幸的是，答案总是这样的中止。如果你的构建只需要几分钟，这可能不是什么大问题，重启中止的构建插件可以帮助你跟踪哪些构建被中断，这样你就可以重新安排它们。但这对运行七小时C++构建或扩展的硒测试的人来说是一种冷漠的安慰。您真的希望构建在构建机器上独立运行，并且让Jenkins检查结果外部监视器作业插件是传统的方法。但实际上使用它是相当尴尬的，因为Jenkins只接收最终构建状态。不能使用诸如Git插件之类的SCM集成，也不能发布测试结果。你甚至不能从詹金斯那里安排这样一个建筑很容易。到解决那些构建太长而无法在每次重新连接Jenkins从属代理时中断（或者Jenkins重新启动以进行插件更新）的人的需求，我们已经构建了一个实验插件，提供了一种新的"长时间运行"作业类型。配置与标准自由样式作业的配置几乎相同，但有一个区别：您希望与Jenkins分开运行的构建部分应配置为（Unix）shell或（Windows）批处理步骤。当然，这个脚本可以反过来运行Maven或其他工具。如果在这个"分离的构建"阶段，从属代理被重新连接或Jenkins重新启动，您的构建在从属机器上继续不间断地运行（当然，只要该机器没有重新启动）。当Jenkins再次与slave联系时，它将继续在它停止的地方显示日志消息，并让构建继续进行。主阶段完成后，您可以运行通常的构建后步骤，例如归档工件或记录JUnit风格的测试结果。今天就试试吧！在全局配置屏幕（/configure）中启用Jenkins企业实验更新中心，安装CloudBees长时间运行的构建插件，然后重新启动Jenkins以完成安装。然后创建一个新的作业并选择Long Running Project并记录新的分离的构建部分。因为Jenkins最初并不是为跨服务器或从机重启而设计的，仍然有很多粗糙的边缘；这个版本应该被看作是一个预览，以收集关于该特性有用性的反馈。请务必仔细阅读发行说明并注意已知问题。如果你发现没有注意到的错误，或者有改进的建议，只需提交一个支持票。杰西Glick开发者CloudBees