Jenkins 配置gitlab的 pipeline流水线任务
配置jenkins到gitlab仓库权限
1,jenkins拉取代码的3种方式
需要拉取gitlab仓库的权限。这里有三种方法,按环境自己选择。
- 1, 在gitlab创建专属Jenkins的账号密码。最简单,但是不怎么安全。
- 2,配置 Jenkins 的 SSH 公钥到 GitLab。主要用于 git 命令拉取 git@gitlab.com:… 仓库。安全
- 3, 配置 GitLab Personal Access Token(PAT)到 Jenkins。HTTPS 访问 GitLab API。
在jenkins只拉取仓库的话,推荐第二种。安全,没有时间限制,不暴露其他信息。
注意这种方式,拉取代码仓库,只能用git用户 命令拉取git仓库名,如:git@198.19.249.92:project-1/xxl-job.git。
2,配置SSH密钥公钥
Jenkins >>. 系统管理 >> 凭证管理 >> 全局 >> add credentials
gitlab ssh key添加jenkins对应的公钥即可。
jenkins 全局工具配置
java项目,主要两个工具,jdk和maven。
1,JDK
jdk可以下载指定版本放在服务器,解压后,指定文件夹即可。
也可以选择自动安装,触发java命令就会自动安装。
2,maven
maven也可以下载配置,会自动安装。
小坑,创建 自由项目,并不会自动安装。maven任务 和pipline任务,测试可以自动安装。
流水线pipeline任务
这里以xxl job 项目测试,这个也是java项目,可以练练手。先将源码上传至gitlab仓库。
项目地址:https://github.com/xuxueli/xxl-job/
1,Pipeline script 基础语法
流水线,只需要这一个文件即可,相当于界面配置换成命令配置。
基础语法
|
pipeline 定义一个流水线脚本
agent 指示 Jenkins 为整个流水线分配一个执行器(在 Jenkins 环境中的任何可用代理/节点上)和工作区。
stages 全部的工作都在这里执行
stage 每个工作开始
steps jenkinsfile 声明式脚本往这里面写
echo 写一个简单的字符串到控制台输出。
默认提供了示例,可自行参考。“流水线语法” 可以自动生成命令。如下,自动生成了,拉取代码仓库命令。
2,xxl job 构建部署的pipeline文件
四个步骤,拉取代码 >> 构建 >> 复制拷贝 >> 远程运行。
environment 环境参数,主要是服务器相关信息。jar包位置根据安装的方式可能有所不一样,注意一下。
tools 需要用到的工具,配置好了会自动调用或安装。
拉取代码 :git拉取
构建命令: mvn clean package -Dmaven.test.skip=true
拷贝: rsync命令拷贝
运行:远程运行服务器的start.sh脚本启动服务。
|
流水线编写完成后,并不能马上构建,需要Approve script,同意脚本后才能生效,相当于多了个审核步骤。
3,构建pipeline
构建完成后,可以在Pipeline看到每个步骤命令,从而更精确的排查问题。
构建完成,也可以选择其中一个步骤重新运行,更加灵活
扩展
1,参数化选择部署模式
虽然pipeline流水构建完成后,可以选择其中一个步骤重新执行。但是如果想简单点,构建的时候就选择,比较方便。就用到参数化选择。
需求:可以把 DEPLOY_MODE
扩展为 3 种模式:
build_and_deploy
:构建 + 拷贝 + 部署(完整流程)only_deploy
:仅拷贝 + 部署(跳过构建)only_build
:仅构建(不部署)
修改后流程如下(以xxl job演示为例) :
|
保存后,修改下描述就可以构建了
2,参数化选择部署环境
需求:手动选择分支(如 dev
, test
, main
),让每个分支构建时部署到不同服务器。
每个分支构建后部署到指定环境(如测试、预发布、生产)。
|
3,版本控制选择发布
对于以往打包过的jar 保存好,然后动态获取所有的包,选择发布。
Active Choices Plugin 是在 Jenkins 中动态生成参数(如版本号列表)最推荐、最灵活的方式之一,特别适合“从已构建产物目录中选择版本进行部署”的场景。
系统管理 >> 插件管理 >> Active Choices Plugin 安装即可。
在任务配置“参数化构建过程”,多出三个参数:
参数类型 | 用途 | 典型表现形式 |
---|---|---|
Active Choices Parameter | 独立生成选项 | 如动态下拉框,构建版本号列表 |
Active Choices Reactive Parameter | 依赖其他参数生成选项 | 如根据“分支”选择对应“模块”列表 |
Active Choices Reactive Referenced Parameter | 依赖其他参数生成一段 只读文本(非选项) | 如动态提示用户选择的版本描述或告警 |
一般用得多的是第1个和第2个。
不需要根据其他参数来匹配就用第1个,参数化选择Active Choices Parameter,然后Groovy script 写脚本即可。
示例Groovy脚本:
|
这里介绍主要使用第二个参数Active Choices Reactive Parameter
需求:根据其他参数选择显示版本号。
1 :选择“全新构建发布”,显示 “不适用”或者“空”
2:选择“以往版本发布”,显示所有包名。
添加一个普通 选项参数:
名称:RELEASE_TYPE,选项:全新构建发布 以往版本发布
添加另一个Active Choices Reactive Parameter参数:
name: APP_VERSION
Script: Groovy Script
|
Fallback Script
,只有在脚本执行失败或者返回的类型不是上面提到的类型时执行,可以填可以空着。
Choice Type: Single Select (单选即可)
Referenced Parameters:填写 RELEASE_TYPE
(关键!表示依赖此参数)
配置完成后,可以选择 Build with Parameters,查看是否显示成功.
Pipeline script :
最新流程为: 部署环境 >> Git 拉取代码 >> Maven 构建 >> 存储备份 JAR 包 >> 拷贝 JAR 到远程服务器 >> 远程启动服务
相对比前面的脚本,增加了 存储备份 步骤,备份以时间戳重命名(如果构建版本带版本号,可以不要时间戳)。
将构建的包复制到指定文件夹,都从此文件夹部署相应的包至服务器。
|