jenkins再出发Build periodically和Poll SCM

缘由： 使用jenkins的目的需要固定时间构建和间隔固定时间构建，所以才会用到这两个功能。

位置：这两个功能的位置位于每个job的config项中，如下图：

           

【重要的注意点：】

           1）jenkins所在主机的当前时间

                     

           2）确认设置的执行时间点：（此时间必须比主机当前时间晚）

                  

         

【 需要了解的知识：】

* * * * *   (五颗星，中间用空格隔开） 第一颗*表示分钟，取值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 * * * （多个时间点，中间用逗号隔开） 40 12 * * 1-7 每天12点40分执行构建

【需要了解的功能】　

　　　　　　Poll SCM

                      说白了就是是让其自动每隔一段固定时间去检查版本管理工具（SVN/GIT）上的代码是否有改动，如果有改动就进行构建

                       专业术语就是：定时检查源码变更（根据SCM软件的版本号），如果有更新就checkout最新code下来，然后执行构建动作

                       示例：

                        每分钟都去检查版本库是否有更新 如果有更新就进行构建

                        

                       "Do you really mean "every minute" when you say "* 1 * * *"? Perhaps you meant "H 1 * * *" to poll once per hour"  的意思是让你确认，填写的是否是你需要的那个时间段

                       

                    Build periodically

                       说白了就是让jenkins在固定的时间自动构建项目

                       专业术语就是：周期性进行项目构建，这个是到指定的时间必须触发构建任务

                       示例：

                       晚上八点进行构建

                       

                       

                       Build after other projects are built

                       说白了就是连续一个接着一个的进行构建，多个jobs用逗号（，）隔开。比如一个web项目构建完成了，就接着进行自动化测试的构建

                       专业术语：同上

　　　　　　　　这有三个可选项，默认第一个用的场景比较多

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

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

　　　　　　　　Trigger even if the build fails ： 构建失败的时候触发                          Trigger builds remotely (e.g., from scripts)                         触发远程构建 (例如：使用脚本）                          GitHub hook trigger for GITScm polling                        Github上代码有变动就进行构建 作者：horizonli
出处：http://www.cnblogs.com/horizonli/