1.作用：
*持续、自动地构建/测试软件项目。
*监控一些定时执行的任务。 （例如：获取题目以及代码执行判错误)
2.持续集成：
就是所有人把代码全部push到一个机器上，保证每个人的代码都是可以工作的
3.创建由Jenkins监控的小job
采用Build periodically触发器，周期进行项目构建
- 此方式并不在意源码是否更改，仅仅根据周期构建
-
在浏览器打开8090端口，即可看到jenkins的页面
jenkins.png -
在主面板中点击新建，创建一个自由风格的item
demo1.png - 进行job的配置：
源码管理：可以勾选None，因为此时使用的触发方式是定时自动构建，不需要源码的变更触发
构建触发器：勾选Build periodically，
日程表的书写:
*第一个参数代表的是分钟 minute，取值 0~59；
*第二个参数代表的是小时 hour，取值 0~23；
*第三个参数代表的是天 day，取值 1~31；
*第四个参数代表的是月 month，取值 1~12；
*最后一个参数代表的是星期 week，取值 0~7，0 和 7 都是表示星期天。
例子：0 * * * *，每个小时的第零分钟构建一次，
* * * * ，每分钟构建一次 每个之间有空格
shijian.png - 构建环境
构建: 触发器触发build的时候，执行的操作。
选择execute shell，可以在command中设置每次bulid的时候执行的命令
比如可以是ls npm install 等等，可以是多条命令的串联,这里使用的是ls /
build.png
点击保存，等待每分钟的构建
查看看板，可以看到每次构建的情况，S那一栏是蓝色说明此次构建成功
S那一栏如果是红色说明此次构建失败，可以点击projectName查看构建失败的具体原因
project.png
*点击projectName,左边的选项栏中有立即构建：点击后就可以手动进行一次构建。配置：可以重新进行该项目的配置
*点击某次构建#x，点击console可以查看每次构建输出的内容
build now.png
console.png
采用Poll SCM进行构建，周期查看源码是否被重新push是则构建
- 此方式每隔一定时间查看给定的github仓库中的源码是否被push，若是则构建一次，如果不是则不触发构建
-
与上面方法不同的是：首先安装git插件，在源码管理中选中git，并且在Repository URL写上你想监控的仓库https地址，然后在构建触发器中选中Poll SCM，并且给定日程即可,保存等待构建
git project.png
buildTime.png - 每个一定时间Jenkins就会访问仓库地址看看是否有新的push
-
你可以修改仓库中的内容并且push相隔一定时间Jenkins检测到了新的push就会构建
git push.png
git push console.png
