焱宣的博客

Jenkins 三十六计[参考文档] ：《DevOps 三十六计》Jenkins 三十六计Jenkins 三十六计总说三十六计综合插件使用规范使用技巧案例总说是什么能够驱动持续交付与DevOps 的转型与落地？是什么能真正打破部门墙，实现端到端的服务交付？答案就是：Jenkins！相信大部分IT 从业人员都听说过或者使用过Jenkins，研发工程师使用Jenkins 执行编译打包，测试工程师使用Jenkins 执行自动化测试，运维工程师使用Jenkins执行批量操作和自动化部署，Jenkins可谓

Pipeline Multibranch jobs //多分支流水线Unlike other job types, there is no ‘Trigger’ setting required for a Multibranch job configuration; just create a webhook in GitLab for pushrequests which points to the project’s webhook URL. When GitLab POSTs to thi

Jenkins pipeLine:Jenkins Pipeline（或简称为带有大写“P”的“Pipeline”）是一套插件，支持将持续交付管道实现和集成到 Jenkins 中。一个持续交付（CD）管道是一直到你的用户和客户的过程正从版本控制软件的自动化表达。对您的软件（在源代码控制中提交）的每一次更改在发布之前都经历了一个复杂的过程。此过程涉及以可靠且可重复的方式构建软件，以及通过多个测试和部署阶段推进构建的软件（称为“构建”）。Pipeline 提供了一组可扩展的工具，用于通过Pipeline 域

教程地址：https://www.bilibili.com/video/BV1Gi4y1472V?from=search&seid=8498993902727187886

Jenkinsfile：在Jenkins 2中，流水线配置可以从Jenkins中分离出来。在以前版本的Jenkins中，任务配置都是以配置文件的形式保存在Jenkins的主目录中的。这就意味着所有的配置变更都依赖于Jenkins可以识别和管理这些文件（除非你想直接修改XML文件，但这是非常有挑战性的事情）。在Jenkins 2中，你可以在Web可视化界面的文本区中以DSL脚本来编写流水线配置。当然，你同样可以将这些文本形式的DSL代码和其他保存源码的文本文件一起保存在外部的版本控制系统中。这使得你可以像管

本文章摘选自 《云原生应用构建 基于OpenShift 魏新宇 王洪涛等著》S2I与Jenkins相结合实现CI/CD主要有以下三种方式。·Jenkins负责CI，S2I负责CD。·Jenkins管理Pipeline，调度OpenShift S2I完成CI/CD。·在OpenShift上使用Jenkins File，调用Jenkins实现CI、OpenShift负责CD。我们称这种方式为OpenShift Pipeline。在第一种方式中，Jenkins负责CI，输出物是应用软件包（如.