一.简介
Jenkin的构建是持续集成中的一环，根据配置不同，将可以设置多种构建方式。常用的为定时构建、触发构建、联动构建等等。
二.定时构建
简介
由于项目的代码一般存在放SVN中，而一个SVN往往是有多个项目组在提交代码，而每个项目组又有多人组成，其中每个人也都在对自己的那块代码不停地在进行维护。
所以说对于一个公司而言，SVN的提交记录往往是很频繁的，正因为如此，Jenkins在执行自动化构建时往往是以天为单位来执行的。
配置
1.在【配置】页面中，下拉到【构建触发器】，在这里有两个可选选项，分别是“Build periodically”和“Poll SCM”，它们的特点如下：
Build periodically
无论SVN中数据有无变化，均执行定时化的构建任务
Poll SCM
定时轮询SVN，查看SVN中是否有数据变化，如果有变化，则执行构建任务
具体参数
1.语法* * * * *
第一个*表示分钟，取值0~59
第二个*表示小时，取值0~23
第三个*表示一个月的第几天，取值1~31
第四个*表示第几月，取值1~12
第五个*表示一周中的第几天，取值0~7，其中0和7代表的都是周日
常用例子
1.每隔5分钟构建一次H/5 * * * *
2.每两小时构建一次H H/2 * * *
3.每天中午下班前定时构建一次0 12 * * *
4.每天下午下班前定时构建一次0 18 * * *
三.丢弃旧的构建
简介
都会对该构建的项目生成一个历史构建记录以及生成一份历史构建的项目发布包，刚开始的时候大家谁都不必在意，毕竟一次构建比原项目也大不了多少，所以说没有人会关心磁盘的占用问题。
但是随着时间的推移，要构建的项目越来越多，而构建的历史版本同样也越来越多，这过多的项目外加每个项目的过多的版本，其最终的结果就是磁盘被占用的空间越来越大，直至磁盘空间被占用完为止，最终可怕的结果可想而知，由于没有再可以被写入的空间，其它软件也就无法正常运行了。
配置
1.在【配置】页面中，将页面向下拉，找到【丢弃旧的构建】复选框，选中该复选框，在显示出的【丢弃旧的构建】面板中，点击右下角的【高级】按钮
2.在这里我们需要填写自定义的丢弃旧的构建设置，这里我们将“保持构建的天数”以及“发布包保留天数”均设置为7天，将“保持构建的最大个数”设置为10条，而我们每次取用jar包或war包时都只想获取最新版本，所以说我们这里只保存最新版的软件版本信息，因而在“发布包最大保留#个构建”中填写1，填写完之后，点击【保存】按钮即可使新的设置生效。