您可以捐助,支持我们的公益事业。

1元 10元 50元





认证码:  验证码,看不清楚?请点击刷新验证码 必填



  求知 文章 文库 Lib 视频 iPerson 课程 认证 咨询 工具 讲座 Model Center   Code  
会员   
   
 
     
   
 订阅
  捐助
持续集成工具篇:Jenkins 与流水线管理
 
作者:知了一笑
  3062  次浏览      19
 2022-3-22
 
编辑推荐:
本篇文章主要描述 Jenkins 基础用法 ,希望对您的学习有所帮助。
本文来自于InfoQ,由火龙果软件Alice编辑推荐。

前言:该文章,围绕持续集成: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

 

   
3062 次浏览       19
相关文章

DevOps转型融入到企业文化
DevOps 能力模型、演进及案例剖析
基于 DevOps 理念的私有 PaaS 平台实践
微软开发团队的DevOps实践启示
相关文档

DevOps驱动应用运维变革与创新
运维管理规划
如何实现企业应用部署自动化
运维自动化实践之路
相关课程

自动化运维工具(基于DevOps)
互联网运维与DevOps
MySQL性能优化及运维培训
IT系统运维管理
最新活动计划
LLM大模型应用与项目构建 12-26[特惠]
QT应用开发 11-21[线上]
C++高级编程 11-27[北京]
业务建模&领域驱动设计 11-15[北京]
用户研究与用户建模 11-21[北京]
SysML和EA进行系统设计建模 11-28[北京]
 
最新文章
DevOps 道法术器,立体化实施框架
DevOps 中高效测试基础架构的最佳实践
DevOps 在公司项目中的实践落地
如何基于 Kubernetes 构建完整的 DevOps 流水线
阿里云Kubernetes实战
最新课程
DevOps体系实践、工具与平台
基于Kubernetes的DevOps实践
互联网运维与DevOps
基于Kubernetes构建企业容器云
企业级DevOps工作体系与平台
更多...   
成功案例
北京 DevOps体系实践、工具与平台
神龙汽车 DevOps体系实践、工具与平台
中国移动通信 网络规划与管理
某航空公司 IT规划与企业架构
某金融公司 IT服务管理(ITIL V3)
更多...