鉴于可用的可恢复检查点不可用,在免费Jenkins中为完整的长期运行部署/“构建”链提供单个Jenking Job Pipeline作业是否有意义？
序幕
我正在看Jenkins’开放/免费Pipeline Bundle的当前版本.
我会注意到,我认为你在这里免费获得的东西非常简单,因为大多数东西(工作流程 – 工作本身,stage-view,……)只是CloudBees商业企业捆绑的一部分或者两回.
单个和多个工作
在我看来,鉴于Jenkins Pipleine的stashing能力和多节点功能,它可以 – 并且确实被广告宣传 – 可以在一个单独创建一个完整和完整的Build / Test / Bundle / Deploy链jenkins的工作.
这与“historical”(?) Build Pipeline Plugin相反,后者允许您跨多个Jenkins Jobs分割“阶段”.编排这些作业总是很麻烦,更不用说在作业之间传递工件并控制它们在不同节点上运行的方式.
重复/恢复步骤
除了你从Old Build Pipeline Plugin获得的东西能够重新启动“阶段”(当它失败时) – 这是有效的,因为“舞台”只是一个你可以重复的Jenkins作业运行(它也会运行所有下游的东西).
重复/恢复至关重要
我们项目的C Builds具有数小时的编译持续时间,运行更长时间的自动化测试以及最终在几分钟内完成的打包和设置创建.
如果我执行“pipleine-build”,如果最终的设置创建因设置创建相关问题而失败,我不想重建项目并重新运行单元测试.我想修复设置脚本并重做设置创建,这将(希望)成功完成此次运行. …或者,如果某些自动化测试失败,例如,怀疑构建环境原因,我想修复构建环境并从失败的测试向前重新运行我的管道,而不首先进行多小时重新编译.
检查站
事实上,New Jenkins Job Pipeline捆绑包确实能够从checkpoint开始.除了：它是Enterprise Bundle的一部分,这意味着它不是免费的. (我会注意到我可以将钱捐给CloudBees,但是我不适合移动使用多节点,因为你喜欢并且也能够 – Just-do-testruns-无论你喜欢什么样的开放式软件,我都必须跟踪节点的数量,确保测试环境可以设置许可证,等等.
问题：没有检查点 – 意味着仍然是多工作？
因此,鉴于对我来说,新jenkins工作管道无法从失败的步骤中恢复,看起来我已经回到原点,我不得不将长期运行的东西分成多个工作.
这就引出了Jenkins Job Pipleine是否真的是这项工作的最佳工具的问题 – 如果我必须协调多个工作并且我想在创建方面简化和自动化这个,我也可以使用Job DSL Plugin维护从单一点来看所有这些工作 – 然后问题是“自由式”工作是否也不能完成这项工作.
另一方面,我可能会在这里遗漏一些东西,还有另一个好的单一工作方法吗？
我会注意到Pipeline运行的Replay选项看起来很有希望,如果有点粗糙……
CloudBees最近决定开源检查点插件,你可以在评论中列出的 linked issue on the Jenkins Jira中看到.不过,我还没有看过这个插件的公开发布版本.