目前我们正在使用 Jenkins CI 1.643(我相信)以及 Multijob 插件和 Job DSL。
使用 Job DSL 生成作业集合,以及包含特定顺序的所有其他作业(构建、分析、单元测试、集成测试等)的多作业。
我有兴趣升级到 Jenkins 2 并使用 Pipeline 插件(以前称为 Workflow 插件)。
Pipeline 插件提供了一个很好的图形表示,还提供了一些我们目前没有的更高级的功能(例如需要人工交互的“暂停”操作)。
Blue Ocean项目看起来也很时尚,但是需要Pipeline插件。
关于迁移,我有几个问题:
- 我应该继续使用 Job DSL 吗?我们在 Groovy 中创建了一个非常好的模板机制,因此我们只需输入有关产品的一些详细信息(例如正在使用的编译器和某些质量阈值)。我想我想保留这个。
- 是否有从 Multijob 插件“迁移”到 Pipeline 插件的指南?
- 我应该记住哪些事情? (插件之间的主要区别。)
不是完整的答案,但是:
我们在 Groovy 中创建了一个非常好的模板机制,因此我们只需输入有关产品的一些详细信息(例如正在使用的编译器和某些质量阈值)。我想我想保留这个。
Pipeline 中的等效方法是创建一个 Groovy 库,抽象项目的常见方面,并从仅传递不同参数的各种作业中的简短主脚本调用它。
我应该继续使用 Job DSL 吗?
在某些情况下,仍然有理由将 Job DSL 与 Pipeline 结合使用:例如,如果您想根据某些计算条件自动生成作业数组。
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)