Jenkins(七)

欢迎关注我公众号呀～「测试游记」「zx94_11」

触发流水线执行可以分为：

• 时间触发
• 事件触发

时间触发

定义一个时间，时间到了就触发pipeline。

在Jenkins pipeline中使用trigger指令来定义时间触发

定时执行：cron

Jenkins trigger cron语法采用UNIX cron语法。一条cron包含五个字段，使用空格分隔。

格式：MINUTE HOUR DOM MONTH DOW

• MINUTE：分钟 0～59
• HOUR：小时 0～23
• DOM：一个月中的某天 1～31
• MONTH：月份 1～12
• DOW：星期几 0～7，0和7代表星期天

使用特殊字符，指定多个值

• *：匹配所有值
• M-N：匹配M-N之间的值
• M-N|X or *|x：指定M到N以X为步长的值
• A，B，C……Z：多个值

为了解决在同一时刻执行定时任务可能出现的负载不均衡问题。在Jenkins trigger cron语法中使用H字符来解决这个问题。H代表hash

H 0 * * * 代表在0点0分至0点59分任意一个时间点执行。

几个例子：

• H/5 * * * *:每隔5分钟构建一次
• H H/2 * * *:每两小时构建一次
• 0 12 * * *:每天12点定时构建一次
• H(0-29)/10 * * * *:前半小时的每隔10分钟
• 45 9-16/2 * * 1-5:周一到周五的9点45到16点45的每隔两个小时构建一次

pipeline {
    agent any
    triggers {
        cron ('0 0 * * *')
    }
    stages {
        stage ('Nightly build') {
            steps {
                echo '明天凌晨执行'
            }
        }
    }
}

轮询代码仓库：pollSCM

定期到代码仓库询问代码是否有变化，如果代码仓库有变化，就执行

pipeline {
    agent any
    triggers {
        pollSCM ('H/1 * * * *')
    }
    stages {
        stage ('build') {
            steps {
                echo '轮询执行'
            }
        }
    }
}

事件触发

• 手动在界面上触发
• 其他job触发
• HTTP API Webhook触发

由上游任务出发：upstream

当B任务的执行依赖A任务的执行结果，A就是B的上游任务。

triggers {
   upstream(upstreamProjects: 'job1,job2',threshold:hudson.model.Result.SUCCESS)
}

• job1和job2是任务名
• threshold判断上游任务是什么状态的时候触发
• hudson.model.Result包含了ABORTED，FAILURE，SUCCESS，UNSTSBLE，NOT_BUILT

其中它们分别表示：

• ABORTED：任务被手动中止
• FAILURE：构建失败
• SUCCESS：构建成功
• UNSTSBLE：存在一些错误，但不至于构建失败
• NOT_BUILT：在多阶段构建时，前面阶段的问题导致后面阶段无法执行

Gitlab通知触发

1. 安装Gitlab插件
2. 安装git插件(应该已经安装了)

image-20190713215959418

3. 在Gitlab上创建一个项目

创建项目

4. 将代码上库

$ git clone http://123.56.13.233:9000/zhongxin/hello-world-pipeline.git
正克隆到 'hello-world-pipeline'...
warning: 您似乎克隆了一个空仓库。

$ cd hello-world-pipeline

$ touch 1.py

$ git add 1.py 

$ git commit -m "add 1.py"

[master（根提交） e815882] add 1.py
 1 file changed, 0 insertions(+), 0 deletions(-)
 create mode 100644 1.py
 
$ git push -u origin master
remote: You are not allowed to push code to this project.
fatal: unable to access 'http://123.56.13.233:9000/zhongxin/hello-world-pipeline.git/': The requested URL returned error: 403

$ git push -u origin master
分支 'master' 设置为跟踪来自 'origin' 的远程分支 'master'。
Everything up-to-date

PS:如果遇到403问题请将.git/config中的url修改为：https://用户名:密码@123.56.13.233:9000/zhongxin/hello-world-pipeline.git/

代码上库 查看

再同之前GitHub一样，添加一个凭证

添加凭证 触发器

为了保障安全，需要生成一个Secret toekn

c342352fc4cf45e01c0f783a7fdf38b7就是一个Secret toekn

生成Secret toekn 配置Gitlab

额，到这里遇到一个比较尴尬的问题。我的gitlab服务器在公网，Jenkins服务器在局域网内

如果，如果成功了的话就可以在下方Project services处看到新增的Webhooks

Jenkinsfile中编写Gitlab trigger

pipeline {
    agent any
    triggers {
        gitlab(triggerOnPush: true, 
               triggerOnMergeRequest: true,
               branchFilterType: 'All',
               secretToken: 'c342352fc4cf45e01c0f783a7fdf38b7')
    }
    stages {
        stage('build') {
            steps {
                echo "Hello wolrd"
            }
        }
    }
}

• triggerOnPush：当Gitlab触发push事件，是否执行构建
• triggerOnMergeRequest：当Gitlab触发mergeRequest事件时，是否执行构建
• branchFilterType：只有符合条件的分支才会触发，必选

将构建信息推送到GitLab

创建API token 添加凭证 设置

pipeline {
    agent any
    triggers {
        gitlab(triggerOnPush: true,
               triggerOnMergeRequest: true,
               branchFilterType: 'All',
               secretToken: 'c342352fc4cf45e01c0f783a7fdf38b7')
    }
    stages {
        stage('build') {
            steps {
                echo "Hello wolrd"
            }
        }
    }
    post {
        failure {
            updateGitlabCommitStatus name:'build',state:'failed'
        }
        success {
            updateGitlabCommitStatus name:'build',state:'success'
        }
    }
    options {
        gitLabConnecton('gitlab')
    }
}

其他系统触发Webhook

使用Generic Webhook Trigger插件，具体内容不展开