前言 不知道你的 team 当中是否采用敏捷开发，总之我们的 team 贯彻敏捷方法很彻底 随着敏捷方法的步伐加快，如何加快软件的交付速度变得极为重要，快速交付离不开 DevOps，而 DevOps 技术栈中，Jenkins 绝对是 CI 过程的核心角色。要充分高效的使用 Jenkins，自然离不开 Jenkinsfile 什么是 Jenkinsfile？ 其实在前两篇文章中大家已经和 Jenkinsfile 照过面，只不过他们不是当时的主角： * Jenkins 使用环境变量 * Jenkins 动态使用分支名称 终于不用跑龙套了，在 Jenk

前言 在上一篇 Jenkins 使用环境变量 中，帮助大家使用一条 Docker 命令就可以快速玩转 Jenkins，同时用最简单的方式解释了 Jenkins 中让人混乱的环境变量，本文还是接着变量说点事情 一般成熟的项目流程都会通过 Jenkins Pipeline 来做 CI 部分，在默认 Jenkins 环境配置中，Jenkins Pipeline 分为两种： 1. Pipeline （单分支 Pipeline） 2. Multibranch Pipeline （多分支 Pipeline） 如下图： 如果使用了多分支 Pipeline，就不会存在动态使用分支名称的问题了。

前言 Jenkins， DevOps 技术栈的核心之一，CI/CD 离不开编写 Pipeline 脚本，上手 Jenkins ，简单查一下文档，你就应该不会被 agent，stages，step 这类关键词弄懵，也能很快构建出 pipeline 的骨架 但是当向骨架中填充内容的时候，尤其如何利用环境变量（系统内置 ｜ 自定义），多数人都会变得比较混乱，浪费很多时间，本文就帮助大家快速通关环境变量 准备 如果你想一边阅读本文，一边实践，但是没有 Jenkins 服务可用，又想快速尝试，可以应用 Docker 一个命令快速搭建 Jenkins 服务 1 docker containe

前言 项目开发时间不算紧张，知道项目应用Jenkins 持续集成实现自动化部署，这个部署是如何实现的，向架构师取经研究之后做此记录. 部署架构拓扑图 以下是项目部署架构简易拓扑图，不包括Solr服务器的部署, Prod Env采用Cluster Deployment的方式. 运维人员搭建Jenkins服务器之后，每位被授权的开发人员都可以访问Jenkins 工作主页， 当push代码之后，统一在指定时间点build (Jenkins没有采用有push代码自动build的方式 ). 1. 开发人员Push 代码 2. Build QA1, 功能测试通过之后进行下一步 3. Bu

使用场景 开发人员build project 之后，build结果无论是成功还是失败，都要及时的通知组内其他成员了解最新情况，邮件通知这时候就派上用场，恰巧 Jenkins 提供了这么一个功能，不过该功能还是过于单一，如不能编写email template 来格式化邮件内容，但Extended E-mail Notification（Jenkins 邮件插件）实现了更高级的功能，接下来逐步看一下 Jenkins 邮件功能的配置 配置邮件服务器 以管理员身份登录，在 Jenkins 首页click Manage Jenkins, 然后 click Configure System, 下拉到页面