本次实施主要实现:
配置gitlab connection
系统设置-gitlab
配置API token, 需要登陆gitlab,给一个developer角色的账号,在系统设置中找到access token, 获取token。 然后在Jenkins中配置Gitlab API Toekn的凭证。
新建多分支流水线任务。
配置分支源,输入gitlab地址,创建一个username password token, 填入gitlab的账号和密码。其他默认读取根目录下的jenkinsfile文件。
接下来重点就是Jenkinsfile里的配置。
主要有:
获取gitlab connection, 填写我们之前配置gitlab connection
properties([gitLabConnection('gitlab-bigdata')])
拉取代码
checkout scm
告诉gitlab job状态
updateGitlabCommitStatus name: 'build', state: 'pending'
不同分支走不同的构建方式
if (env.BRANCH_NAME == 'master' || env.BRANCH_NAME == 'dev' ) {
stage("Build Docker Image"){
echo "build docker image"
echo "Only dev/master branch can build docker image"
}
if(env.BRANCH_NAME == 'dev'){
stage("Deploy to test"){
echo "branch dev to deploy to environment test"
}
stage("Integration test"){
echo "test环境集成测试"
}
}
if(env.BRANCH_NAME == 'master'){
stage("Deploy to prod"){
echo "branch master to deploy to environment prod"
}
stage("Health check"){
echo "prod检查"
}
}
}
点击立即构建即可。
触发方式可以选择手动触发,定时触发(比如每分钟), gitlab trigger.
gitlab在项目设置中,找到Merge Request
Only allow merge requests to be merged if the pipeline succeeds
Pipelines need to be configured to enable this feature.
Only allow merge requests to be merged if all discussions are resolved
当我们发起一个M-R
当pipeline构建成功之后:
我们Jenkinsfile里设置不同分支的构建策略,这样就实现了不同环境的发布和质量校验。需要注意的是,当代码合并到master的时候,我们的功能就会执行发布策略了。而实际上,我们应该发布到canary金丝雀环境,即预生产环境,等确保没有任何问题之后再手动发布到prod。这里简化处理发布流程,直接发布。