jenkins - 复杂而长的单作业 Jenkins 作业管道构建 : There yet?

Question

TL; 博士

考虑到可恢复的 checkpoint，在免费的 Jenkins 中为一个完整的长期运行的部署/“构建”链拥有一个单一的 Jenking 作业管道作业是否有意义？ s 不可用？

序幕

我正在查看 Jenkins' 的当前化身开放/免费Pipeline Bundle .

我会注意到，我认为您在这里免费获得的东西简直太棒了，因为大多数东西(工作流作业本身，stage-view，...)只是 CloudBees 商业企业捆绑包的一部分一两年回来。

单个和多个工作

在我看来，鉴于 stash ing Jenkins Pipleine 的能力和多节点能力，它 - 并且确实如此宣传 - 可以在一个 Jenkins 工作中创建一个完整的构建/测试/捆绑/部署链。

这与 "historical"(?) Build Pipeline Plugin 形成对比。这让您可以在多个 Jenkins 工作之间划分“阶段”。编排这些作业总是有点麻烦，更不用说在作业之间传递工件并控制它们在不同节点上的运行方式。

重复/恢复步骤

除了您从 Old Build Pipeline Plugin 中获得的是能够重新启动“阶段”(当它失败时)——这是有效的，因为“阶段”只是一个可以重复的 Jenkins 作业运行(它也将运行所有下游的东西)。

当重复/恢复至关重要时

我们项目的 C++ 构建的编译持续时间为数小时，自动化测试运行时间更长，最后打包和设置创建也不是在几分钟内完成的。

如果我执行“pipleine-build”，如果由于 setup-creation 相关问题导致最后的 setup 创建失败，我不想重建项目并重新运行单元测试。我想修复安装脚本并重做安装创建，这将(希望)成功地结束这次运行。 ... 或者，如果某些自动化测试由于例如可疑的构建环境原因而失败，我想修复构建环境并从失败的测试向前重新运行我的管道，而无需先进行数小时的重新编译。

检查站

碰巧的是，新 Jenkins 作业管道包确实能够从 checkpoint 开始。 .除了:它是 Enterprise Bundle 的一部分，这意味着它不是免费的。 (我会注意到，我可以向 CloudBees 提供资金，但我不喜欢移动使用尽可能多的节点，因为您喜欢并且还能够- just-do-testruns-where-you-like 开放软件到受限许可软件，在那里我必须跟踪节点数量，确保测试环境甚至可以设置许可等)

问题:没有检查点 - 意味着仍然是多任务吗？

因此，考虑到对我而言，新 Jenkins 作业管道无法从失败的步骤中恢复，看来我又回到了原点，无论如何我必须将运行时间较长的东西拆分为多个作业。

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

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

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

Answer 1

CloudBees 最近决定开源检查点插件，正如您在 linked issue on the Jenkins Jira 中看到的那样。这是在评论中列出的。

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