Jenkins 实现多用户同时触发任务

港控/mmm° 2022-05-29 10:43 414阅读 0赞

转载自：https://www.cnblogs.com/zndxall/p/8459846.html

任务一：实现多用户同时触发任务

分析：常见情况是我们只需要一个人触发jenkins出包给其它人用，但是如果想结合个人构建，那么明显一个任务多个人触发时，必须要等上一次构建结束，才能开始下一次的构建，因为只有一个任务入口，举个例子，比如一个餐厅，只有一个服务员一张餐桌，只能容下一个客人，那么其它客人就必须排队，等这个客人吃完了，多用户的模式就是有一个点单员和多个服务员和多张桌子，客人只要告诉点单员，接下来就有其它服务员来一对一服务你，不会像第一种情况那样，完全卡在一个人。

方法：还是要保持有一个job做入口，但是这个job的用时要尽量控制到最短，然后下发任务到其它下游job执行，下游job的特点就是要跟用户相关，能够标识用户。我的步骤：

1.入口job主要的任务是获取当前是哪个用户触发的，以及该次触发的num是多少，并保存用的配置；

需要的插件'user build vars plugin'  在任务配置中勾选如下：

![1282849-20180222183853101-1426146818.png][]

然后使用如下命令就可以获取到user和num

echo jenkins var as follow:  
echo build\_num=$BUILD\_NUMBER  
echo build\_user=$BUILD\_USER

2.创建一个模板任务，根据自己的需要做好设置，目的主要是为了获取一个简单标准的config.xml文件，后面要用到，我的模板任务设置如下：

![1282849-20180222184229009-664392100.png][]

处理上面1的设置，还有就是执行脚本的设置，其中上面的“sh /usr/local/scripts/build\_scripts/build\_mode.sh build\_branch push\_action build\_channel build\_tvar build\_code build\_job ”这一窜随便写，里面对应的build\_mode.sh实际也是不存在的，这串会被记录在job的config.xml中，后面我会用自己实际的脚本名来替换，马上你就可以看到了。

3.（1）在入口job，比如mul\_user作为入口job,在mul\_user的job调用curl -u admin:123456  $jenkins\_url/job/Build\_Template/config.xml -o config.xml -v 获取模板Build\_Template的config.xml，（-o 后面的是下载到本地的文件名）参考我上面的模板配置，这个config.xml文件如下，我只截取了我需要改动的部分，就是构建部分，就是步骤2的那段字符串sh /usr/local/scripts/build\_scripts/build\_mode.sh build\_branch push\_action build\_channel build\_tvar build\_code build\_job，然后根据自己的需要修改这个本地的这个config.xml中的构建字段，我的修改如下：

sed -i 's/build\_mode/push\_tag/g' config.xml  
sed -i s/build\_branch/$1/g config.xml  
sed -i s/push\_action/$2/g config.xml  
sed -i s/build\_channel/$3/g config.xml  
sed -i s/build\_tvar/$4/g config.xml  
sed -i s/build\_code/$build\_module/g config.xml  
sed -i s/build\_job/$build\_name/g config.xml

（2）使用curl -u admin:123456 -X POST $jenkins\_url/createItem?name=$build\_name  -d @config.xml -H "Content-Type: text/xml" 创建一个新的任务，其中build\_name，我使用的是$user\_$name\_模块的组合，能够唯一表示是哪个用户的哪次的哪个模块的构建，再看@config.xml 说明我们需要依赖这个配置文件，才能生成新的job,由于这个config.xml文件是来自于我们事先设置的模板的模板文件，所以这个新的job和模板job的结构是一样的，除了那串构建被替换成了我们需要的脚本。

（3）使用curl -u admin:123456 -X POST $jenkins\_url/job/$build\_name/build 来触发新的job的构建，到此，入口job mul\_user的任务就完成了，我自己的设置发现，十几秒这个入口job就结束了，触发构建后，下游job会自己跑起来。

4.在下游job跑完以后，调用curl -u admin:123456 -X POST $jenkins\_url/job/$6/doDelete 来删除刚才新建的job,这个动作可以在新建job中调用脚本是实现。

由于任务删除后，新建的job构建日志就看不到了，所以建议将步骤2的模板job的构建阶段修改为sh /usr/local/scripts/build\_scripts/build\_mode.sh build\_branch push\_action build\_channel build\_tvar build\_code build\_job |tee console\_log，使用tee 命令 将log保存下来，然后存放到其它位置，方便出错时检查问题。

[1282849-20180222183853101-1426146818.png]: /images/20220529/fe6ce43003f04478ae846d89a791baad.png
[1282849-20180222184229009-664392100.png]: /images/20220529/8c577c6ca372473185e70bf3258a33f8.png