前言：该文章，围绕持续集成：Jenkins+Docker+K8S 相关组件，实现自动化管理源码编译、打包、镜像构建、部署等操作；
一、Jenkins 安装
1、环境部署
下载 Jenkins 包
| java -jar jenkins.war --httpPort=8090 |
|---|
注意这里直接下载 war 文件，以 Java 服务的形式启动。
- 环境：war 运行
- 版本：2.289.3
- 类型：Generic Java package (.war)
启动命令
| java -jar jenkins.war --httpPort=8090 |
|---|
启动日志
| Jenkins is fully up and running |
|---|
访问本地端口：8090
该页面会提示初始登录密码的位置，查看该文件中初始密码，并完成登录。
| /.jenkins/secrets/initialAdminPassword |
|---|
安装推荐插件
登录之后先把推荐的插件装上。
创建用户
插件安装完成之后会提示创建用户。
| 账号：admin 密码：admin |
|---|
这样初始化完成。
重新启动：restart
| Jenkins_url/restart |
|---|
2、配置与插件
基础配置
打开： Manage-Jenkins 选项，配置 Global-Tool-Configuration 选项：
| - 查看JDK安装目录 /usr/libexec/java_home -V - 查看Git安装目录 which git - 查看Maven安装目录 mvn -v |
|---|
配置组件：JDK、Git、Maven，采用开发环境的组件版本；
插件安装
安装如下插件：
| 1、Maven插件 Maven Integration plugin 2、Pipeline插件 Pipeline Utility Steps |
|---|
二、本地 Git 打包
简介：基于 Jenkins 完成本地的 Git 仓库项目打包；
1、新建 Item
- 任务名称：MavLoc，处理本地 maven 工程；
- 任务类型：选择构建 maven 项目；
2、构建记录管理
保持构建的天数:3 天，保持构建的最大个数：10 个；
3、构建过程
前置 Pre-Steps 步骤，这里执行一次 maven 版本查看：
构建 Build 步骤，这里直接写项目的 pom 路径，注意执行的 maven 命令：
| clean package -Dmaven.test.skip=true |
|---|
后置 Post Steps 步骤，注意选择构建成功后才执行，自行忽略这里 shell 语法的不入流组合：
4、执行构建
上述配置完成后，打开任务页面，执行如下操作：
- Build Now：执行上面的构建任务；
- 构建 #ID：查看控制台输出的日志；
这样就可以通过 jenkins 完成本地项目的打包和启动了。
三、API 触发任务
1、用户令牌
简介：通过配置用户 API 访问的 token 令牌，脱离 jenkins 控制台，直接触发构建任务；
进入用户面板的设置选项，配置 API Token :
注意这里生成令牌后要立刻复制下来，页面会提示 token 无法复现。
2、任务令牌
任务配置的构建触发器模块，设置远程构建的令牌：
上面已经给到 token 的使用方式。
3、脚本触发
通过如下方式，直接触发上述构建任务的流程：
| curl http://用户:令牌@Jenkins_Url/job / MavLoc / build?token=任务令牌 |
|---|
这里通过脚本直接请求 URL 的方式触发流程。
四、打包 Git 项目
1、配置仓库
创建 MavGit 任务，这里不做过多的配置，与本地仓库相比，只是把仓库地址换成 Gitee 地址，只配置仓库 url 和分支即可，其他采用默认：
因为是开放的仓库地址，所以不用配置账号密码，默认指定 master 分支，然后执行 build 构建。
2、查看空间
上面流程执行完后，查看 MavGit 的工作空间： /.jenkins/workspace/MavGit ：
这里可以明显发现，仓库的代码已经被 pull 下来，并且完成了自动打包流程，后续结合 shell 脚本完成 jar 启动管理即可。
五、Webhook 原理
Pipeline 流水线任务通常情况下都是自动触发的，在 Git 仓库中配置源码改动后通知的地址即可。
例如在 Gitee 仓库中，基于 WebHook 的配置，可以在向仓库 push 代码后，自动回调预先设定的请求地址，从而触发代码更新后的打包动作，基本流程如下：
这里涉及到两个核心配置：
- Gitee 回调：即仓库接收到 push 请求后的通知地址；在仓库管理的 WebHooks 选项中；
- Jenkins 流程：编写流水线任务，处理代码提交后的自动化流程；这里需要 Jenkins 地址可以在外网访问，网上的组件很多，自行选择搭建即可；
注意 ：可以先随意设置回调地址，在请求日志中直接拷贝请求参数，在 postman 中去触发 Jenkins 任务，这样在测试时会方便很多。
这里结合 Gitee 的帮助文档，去分析不同 push 动作的参数标识，可以判断分支的创建、推送、删除等操作，例如：
| "after": "1c50471k92owjuh37dsadfs76ae06b79b6b66c57", "before": "0000000000000000000000000000000000000000", |
|---|
创建分支：before 字符都是 0；删除分支：after 字符都是 0；
六、流水线配置
1、插件安装
在 Jenkins 插件管理中，安装 Generic-Webhook-Trigger 插件，流水线 pipeline 相关组件在 Jenkins 初始化的时候已经安装了。
2、创建流水线
新建 Item，输入任务名称，选择 pipeline 选项即可：
选择 Webhook 选项，页面提示了触发的方式。
3、触发流水线
| http://用户名:密码@JENKINS_URL/ generic-webhook -trigger / invoke |
|---|
基于如上方式通过认证，触发流水线执行，会生成任务日志，即流程是通顺的。
七、Pipeline 语法
1、结构语法
- triggers：基于 hook 模式触发流水线任务；
- environment：声明全局通用的环境变量；
- stages：定义任务步骤，即流程分段处理；
- post.always：最终执行的动作；
常规流程中的整体结构如下：
| pipeline { agent any triggers {} environment {} stages {} post { always {}} } |
|---|
把各个节点下的脚本配置进去，就会生成一个自动化的流水线任务。注意这里 不勾选 使用Groovy沙盒 选项。
2、参数解析
这里说的参数解析是指，Gitee 通过 hook 机制请求 Jenkins 服务携带的参数，这里主要解析 post 参数即可，解析方式看说明：
这里从 hook 回调的参数中选了几个流程中使用的参数，下面看具体解析方式，在上图中点击新增：
| { "ref":"refs/heads/master", "repository":{ "name":"butte-auto-parent", "git_http_url":"仓库地址-URL" }, "head_commit":{ "committer":{ "user_name":"提交人名称", } }, "before":"277bf91ba85996da6c", "after":"178d56ae06b79b6b66c" } |
|---|
把上述参数依次做好配置即可，这
样在工作流中就可以使用这些参数。
3、触发器节点
这里即 triggers 模块配置，核心作用是加载触发流程的一些参数，后续在脚本中使用，其他相关配置按需选择即可，注意这里的参数需要在上个步骤中配置：
| triggers { GenericTrigger( genericVariables: [ [key: 'ref', value: '$.ref'], [key: 'repository_name', value: '$.repository.name'] , [key: 'repository_git_url', value: '$.repository.git_http_url'] , [key: 'committer_name', value: '$.head_commit.committer.user_name'] , [key: 'before', value: '$.before'], [key: 'after', value: '$.after'] ], // causeString: ' Triggered on $ref' , // printContributedVariables: true, // 打印请求参数 // printPostContent: true ) } |
|---|
4、环境变量
声明一些全局的环境变量，也可以直接定义，在流程中用 ${变量} 的方式引用：
| environment { branch = env.ref.split("/")[2].trim() is_master_branch = "master".equals(branch) is_create_branch = env.before.replace('0','').trim().equals("") is_delete_branch = env.after.replace('0','').trim().equals("") is_success = false } |
|---|
这里根据 hook 请求参数，解析出分支的操作类型：是否创建、是否删除、是否主干分支，以及定义一个 is_success 流程是否成功的标识。
5、分段流程
这里主要分为五个步骤：解析数据、拉取分支、处理 Pom 文件、分支推送、项目打包；
| stages { // 解析仓库信息 stage('Parse') { steps { echo "仓库分支 : ${branch} \n仓库名称 : ${repository_name} \n仓库地址 : ${repository_git_url} \n提交用户 : ${committer_name}" script { if ("true".equals(is_master_branch)) { echo "保护分支 : ${branch}" } if ("true".equals(is_create_branch)) { echo "创建分支 : ${branch}" } if ("true".equals(is_delete_branch)) { echo "删除分支 : ${branch}" } } } } // 拉取仓库分支 stage('GitPull') { steps { script { if ("false".equals(is_delete_branch)) { echo "拉取分支 : ${branch}" git branch: "${branch}",url: "${repository_git_url}" } } } } // 解析仓库Pom文件 stage('MvnPom') { steps { script { // 解析Pom文件内容 def pom = readMavenPom file: 'pom.xml' def version = "${pom.version}" def encode = pom.getProperties().get("project.build.sourceEncoding") echo "Pom版本 : "+ version echo "Pom编码 : "+ encode def devVersion = "${branch}-"+version def jarName = "${branch}-"+version+".jar" echo "Now版本 : "+ devVersion echo "Jar名称 : "+ jarName // 修改Pom文件内容 // pom.getProperties().put("dev.version","${devVersion}". trim().toString()) // writeMavenPom file: 'pom.xml', model: pom echo "update pom success" } } } // 推送仓库分支 stage('GitPush') { steps { script { echo "git push success" } } } // 本地打包流程 stage('Package') { steps { script { sh 'mvn clean package -Dmaven.test.skip=true' is_success = true } } } } |
|---|
- 解析数据：解析并输出部分参数信息；
- 拉取分支：结合 Git 命令，拉取分支代码；
- 处理 Pom 文件：对 pom 文件的读取和修改；
- 分支推送：结合 Git 命令，推送分支代码；
- 项目打包：结合 Mvn 命令，完成项目打包；
注意 ：这里在本地测试流程时，并没有推送代码；在项目打包完成后，结合 shell 脚本完成服务的启动发布。
6、消息通知
在流程的最后，识别任务的执行标识 is_success ，通知相关人员是否打包成功，这里的通知方式可以选择邮件或者其他 API 推送的通知类型，不过多描述：
| post { always { script { echo "notify : ${committer_name} , pipeline is success : ${is_success}" } } } |
|---|
7、执行日志
完成上面 pipeline 流水线脚本开发后，通过 postman 工具不断发送请求，完成脚本调试：
这里也可以点击流程里的不同模块，查看该模块下的日志信息：
说明：完整的 pipeline 脚本内容放在末尾的 Gitee 开源仓库中，有需要的自行获取。
八、源代码地址
GitEE·地址
https://gitee.com/cicadasmile/butte-auto-parent
Wiki·地址
https://gitee.com/cicadasmile/butte-java-note
原文地址：
http://www.uml.org.cn/jchgj/202203221.asp