Jenkins中对pending的判断

场景分析

在实际部署Jenkins环境中,常常遇到多个作业相互触发的场景。

如图1,假设作业A与作业C在完成指定操作后,触发作业B执行,那么在已有一个作业运行情况下,从C的触发开始,串行作业B势必会有3个构建在队列中。消除第一个pending以外的构建便是本文的目标。

《Jenkins中对pending的判断》 图1 B作业队列3个构建阻塞

实现方式

首先你需要知道Jenkins本身有API供用户解析,包括作业的API与具体某次构建的API。

http://JENKINS_URL/job/JOB_NAME/api

Jenkins的API可以解析为JSON或XML格式,通过判断pending字符串是否存在于API解析结果中,容易实现本文目标。

实现代码

以下便是通过对pending的判断,来决定是否再次触发目标作业的具体代码:

pending_status=`curl –user USERNAME:PASSWD http://JENKINS_URL/job/JOB_NAME/api/json`

if echo $pending_status | grep \”queueItem\”:null

then

    curl –user USERNAME:PASSWD http://JENKINS_URL/job/JOB_NAME/build?token=TOKEN

    while [ 1 ]; do

        job_status=`curl –user USERNAME:PASSWD http://JENKINS_URL/job/JOB_NAME/api/json`

        if echo $job_status | grep \”pending\”

        then

            sleep 1

        else

            break

        fi

    done

else

    echo “Pending…Skip Calling A New Job.”

fi

1. 判断目标作业是否有构建处于队列中;

2. 若有,则跳过再次触发,进入后续操作,否则:

3. 触发目标作业构建;

4. 轮询目标作业被触发后的状态,直至其真正开始后,跳出循环,进入后续操作。

*  通常,后续的操作是轮询该作业的状态等,此处不再赘述。若有不详之处还望指正。

    原文作者:严北
    原文地址: https://www.jianshu.com/p/44b76a3f0af9
    本文转自网络文章,转载此文章仅为分享知识,如有侵权,请联系博主进行删除。
点赞