复杂而漫长的单一工作Jenkins Job Pipeline Builds：还有吗？

Question

TL; DR

鉴于可用的可恢复checkpoint不可用，在免费Jenkins中为完整的长期运行部署/“构建”链提供单个 Jenking Job Pipeline作业是否有意义？

序幕

我正在看Jenkins'开放/免费Pipeline Bundle的当前版本。

我会注意到，我认为你在这里免费获得的内容非常简单，因为大部分内容（工作流 - 作业本身， 舞台视图 ......）只是CloudBees商业企业捆绑包的一部分。一两年回来。

单个和多个工作

它还在我看来，鉴于stash荷兰国际集团的能力和詹金斯Pipleine的多节点的能力，它是-确实是标榜这样的-可以创建一个完整的和完整的构建/测试/包/部署在一个链单身詹金斯的工作。

这与“历史”（？）Build Pipeline Plugin相反，后者允许您跨多个Jenkins Jobs分割“阶段”。 编排这些作业总是很麻烦，更不用说在作业之间传递工件并控制它们在不同节点上运行的方式。

重复/恢复步骤

除了你做什么，从老得到建立流水线插件是能够重新启动“阶段”（失败时） -这个工作，因为一个“舞台”是一个简单的詹金斯作业运行，你可以重复（它也将运行所有下游的东西）。

重复/恢复至关重要

我们项目的C ++ Builds具有数小时的编译持续时间，运行更长时间的自动化测试以及最终在几分钟内完成的打包和设置创建。

如果我做了“pipleine建造”，如果设置创建在最后失败，因为安装创作相关的问题，我不想重建项目，并重新运行单元测试。 我想修复设置脚本并重做设置创建，这将（希望）成功完成此次运行。 ...或者，如果某些自动化测试失败，例如，怀疑构建环境原因，我想修复构建环境并从失败的测试向前重新运行我的管道，而不先进行多小时重新编译。

检查站

碰巧New Jenkins Job Pipeline捆绑包确实能够从checkpoint开始。 除了：它是Enterprise Bundle的一部分，这意味着它不是免费的。 _{（我会注意到，我会被罚款与给钱CloudBees的，但我不罚款与移动应用，如一对多节点-随你样和还待能够-TO- Just-do-testruns-无论你喜欢什么样的开放式软件，我都必须跟踪节点的数量，确保测试环境可以设置许可证，等等。}

问题：没有检查点 - 意味着仍然是多工作？

因此，鉴于对我来说，新詹金斯工作管道无法从失败的步骤中恢复， 看起来我已经回到原点，我不得不将长期运行的东西分成多个工作。

这就引出了Jenkins Job Pipleine是否真的是这项工作的最佳工具的问题 - 如果我必须编排多个工作并且我想在创建方面简化和自动化这个，我也可以使用Job DSL插件从单一点维持所有这些工作 - 然后问题是“自由式”工作是否也不能完成这项工作。

另一方面，我可能会在这里遗漏一些东西，还有另一个好的单一工作方法吗？

我会注意到Pipeline运行的Replay选项看起来很有希望，如果有点粗糙......

Answer 1

CloudBees最近决定开源检查点插件，您可以在评论中列出的Jenkins Jira的链接问题中看到。

不过，我还没有看过这个插件的公开发布版本。