前言
一次服务维护中重启了jenkins服务,然后发现服务部署一团乱,排查原因到jenkins配置时发现,jenkins在重启之后配置丢失。如下图
丢失配置位置具体作用:
Do not build if only specified paths have changed : 发生变更时特定目录不进行编译
Invert ignore? :反转,选中后效果:特定目录发生变更时进行编译,这样我们就实现了在提交一个子项目的时候只部署该子项目
尝试解决方案:
还原老jenkins版本、升级jenkins版本至最新,均为解决。
暂定解决方案:
尝试jenkins pipeline
一、创建新的gitlab项目,用于pipeline测试
check out 代码并新建 Jenkinsfile文件并录入最简单的pipeline脚本
pipeline {
agent any
stages {
stage('Build') {
steps {
echo 'Building..'
}
}
stage('Test') {
steps {
echo 'Testing..'
}
}
stage('Deploy') {
steps {
echo 'Deploying....'
}
}
}
}
提交到git仓库
现在测试用的git项目准备好了。接下来配置jenkins
二、创建新的jenkins任务
新建任务,选择流水线(pipeline)这里显示中文有点low,大家表示理解
勾选 Gitlab webhook,选择只在 Push Events 触发,下方的Allowed branches 点击 Advance 选择 Filter branches by regex,通过正则匹配master分支。
注:因为新版gitlab在接受merge request后会再次触发push event,在配置jenkins的时候就不需要勾选 accept merge request 选项。如果是旧版gitlab是需要勾选的。
注意:这里的正则 .*master 和下面配置pipeline选项里的 Branches to build 的正则 */master 不一样。
回到gitlab配置webhook,这里也只选择 Push events即可。
重点来了 pipeline设置选择 Pipeline script from SCM
配置git仓库,下方Script Path中默认填写Jenkinsfile,会使用git项目中的Jenkinsfile执行,我们之前已经创建了。也可以自定义文件名,这里我们使用默认文件名Jenkinsfile。
点击save保存,这样jenkins就配置好了
三、执行Jenkins任务
是不是迫不及待了,点击jenkins里的 立即构建 ,开始了。
这里会显示pipeline里的每个步骤执行的时间及结果,绿色表示通过。
点击左侧 Build History 里的小球球,查看log。上边一大段check git 代码信息,这里忽略。重点看我们各阶段的输出:Building..、Testing..、Deploying....,最后的 Finished: SUCCESS。
First time build. Skipping changelog.
[Pipeline] }
[Pipeline] // stage
[Pipeline] withEnv
[Pipeline] {
[Pipeline] stage
[Pipeline] { (Build)
[Pipeline] echo
Building..
[Pipeline] }
[Pipeline] // stage
[Pipeline] stage
[Pipeline] { (Test)
[Pipeline] echo
Testing..
[Pipeline] }
[Pipeline] // stage
[Pipeline] stage
[Pipeline] { (Deploy)
[Pipeline] echo
Deploying....
[Pipeline] }
[Pipeline] // stage
[Pipeline] }
[Pipeline] // withEnv
[Pipeline] }
[Pipeline] // node
[Pipeline] End of Pipeline
Finished: SUCCESS
结束语
到这里,jenkins上的配置就已经完成了。接下来我们来学习 pipeline 的概念和不断的完善 Jenkinsfile。
网友评论