Jenkins 詹金斯工作管道构建的复杂而漫长的单一工作：有了吗？ TL；博士
考虑到可恢复的检查点不可用，在免费Jenkins中为一个完整的长期运行部署/构建链提供一个Jenking作业管道作业有意义吗 序曲 我正在看开放/自由的当前化身 我要指出的是，我认为您在这里免费获得的东西非常惊人，因为大多数东西（工作流作业本身，…）在一两年前只是商业企业云蜂捆绑包的一部分 单个和多个作业 在我看来，考虑到Jenkins Pipleine的功能和多节点功能，在一个Jenkins作业中创建完整的构建/测试/捆绑/部署链是可能的，事实上也是如此 这与允许在多个Jenkins作业中分割“阶段”的方法形成对比。编排这些作业总是有点麻烦，更不用说在作业之间传递工件以及控制它们在不同节点上的运行方式了 重复/恢复步骤 除了从旧的构建管道插件中得到的是能够重新启动“stage”（当它失败时）——这是有效的，因为“stage”只是一个可以重复的Jenkins作业运行（它还将运行所有下游内容） 当重复/恢复至关重要时 <>我们的项目的C++构建有小时的编译持续时间，运行更长时间的自动化测试，最后打包和安装创建，这几分钟也没有完成。 如果我执行“pipleine构建”，如果最后的设置创建由于与设置创建相关的问题而失败，我不想重建项目并重新运行单元测试。我想修复安装脚本并重新创建安装，这将（希望）成功地结束这次运行。。。或者，如果一些自动化测试由于（例如）可疑的构建环境原因而失败，我希望修复构建环境并从失败的测试开始重新运行管道，而不需要先进行多小时的重新编译 检查站 碰巧，新的Jenkins作业管道包确实能够从一个新的开始。除了：它是企业捆绑包的一部分，这意味着它不是免费的。（我会注意到，我可以向CloudBees捐款，但我不可以随意使用多个节点，也不可以只在您喜欢的任何地方进行测试运行，将开放软件转移到受限制的许可软件，我必须跟踪节点数量，确保测试环境甚至可以按许可证设置，等等。） 问题：没有检查点-意味着仍然是多任务？ 因此，对我来说，新的詹金斯工作管道没有能力从失败的一步恢复，看来我又回到了起点，我必须把我的长期工作分成多个工作 这就引出了这样一个问题：Jenkins Job Pipleine是否真的是这项工作的最佳工具——如果我必须协调多个工作，并且我想在创建方面简化和自动化这项工作，那么我也可以使用从一个点维护所有这些工作——然后问题是“自由风格”乔布斯不会把工作做好 另一方面，我可能遗漏了一些东西，还有另一种很好的单一工作方法吗Jenkins 詹金斯工作管道构建的复杂而漫长的单一工作：有了吗？ TL；博士,jenkins,jenkins-plugins,jenkins-pipeline,Jenkins,Jenkins Plugins,Jenkins Pipeline,考虑到可恢复的检查点不可用，在免费Jenkins中为一个完整的长期运行部署/构建链提供一个Jenking作业管道作业有意义吗 序曲 我正在看开放/自由的当前化身 我要指出的是，我认为您在这里免费获得的东西非常惊人，因为大多数东西（工作流作业本身，…）在一两年前只是商业企业云蜂捆绑包的一部分 单个和多个作业 在我看来，考虑到Jenkins Pipleine的功能和多节点功能，在一个Jenkins作业中创建完整的构建/测试/捆绑/部署链是可能的，事实上也是如此 这与允许在多个Jenkins作业中分割
我会注意到，管道运行的
Replay不过，我还没有看到该插件的公开发布版本。测试解决方案：33846的有用链接：好信息。我猜这将是答案，当它正式作为一个免费插件提供。“在审查了检查点功能之后，CloudBees团队决定不再开放源代码检查点。我知道我们在这个问题上已经表示，我们将开放这个功能，我很抱歉让那些一直在等待我们这样做的人失望。”他们还说，如果没有声明性管道，它无论如何都不会工作，不知道是否已经过测试。