一、定时构建语法

---

(五颗星，中间用空格隔开）

第一颗表示分钟，取值0~59
第二颗表示小时，取值0~23
第三颗表示一个月的第几天，取值1~31
第四颗表示第几月，取值1~12
第五颗*表示一周中的第几天，取值0~7，其中0和7代表的都是周日

1.每30分钟构建一次：

H/30 * * * *

2.每2个小时构建一次

H H/2 * * *

3.每天早上8点构建一次

0 8 * * *

4.每天的8点，12点，22点，一天构建3次

0 8,12,22 * * *

（多个时间点，中间用逗号隔开）

5.问题来了：每个月的1-7号一天构建一次咋写呢？

请在屏幕下方写出你的答案，写对有奖励！

二、Build periodically

1.Build periodically：周期性进行项目构建，这个是到指定的时间必须触发构建任务

2.比如我想在每天的9点，17点，朝九晚五各构建一次，在Build periodically里设置如下

3.上面红色字体：Spread load evenly by using ‘H 9,17 * * *’ rather than ‘0 9,17 * * *’，这句话大概意思就是说，用这个语法会比后后面那个好：H 9,17 * * *

4.下一次构建时间是05时48分06秒，然后再下次是09时48分06秒

二、Poll SCM

1.Poll SCM:定时检查源码变更（根据SCM软件的版本号），如果有更新就checkout最新code下来，然后执行构建动作

2.如果我想每隔30分钟检查一次源码变化，有变化就执行

三、Job关联

1.举个案例场景，比如我下面Job1是web项目打包并发布的构建任务，我想每次打完包发布后，然后触发自动化测试Job2的构建。

（当然发布后，一般会等几分钟才会完全加载完成，再下一次构建的时候，可以用python加个脚本sleep几分钟）

2.构建触发器勾选Build after other projects are built，Projects to watch输入Job1的名称

（这里可以输入多个依赖的jobs，多个job中间用逗号隔开）

3.下面有三个选择，一般默认第一个就行

Trigger only if build is stable：构建稳定时触发

Trigger even if the build is unstable ：构建不稳定时触发

Trigger even if the build fails ： 构建失败的时候触发

4.上面设置好后，启动第一个Job完成后，就能接着启动第二个Job了

四、另外两种

1.触发远程构建 (例如,使用脚本）

2.GitHub hook trigger for GITScm polling： 这个是管理github上代码有变动时构建

最后这2个一般用的也少，了解下就行

注：Build periodically和Poll SCM两者是可以结合起来使用的
本文属于转载，原文地址：https://www.cnblogs.com/caoj/p/7815820.html