Jenkins持续集成
如果你是想在job中加入自动话部署流程的话，可以先写好自动化部署脚本然后在jenkins构建任务的Execute Shell中调用相应的Script.（https://www.zhihu.com/question/25385945）
持续集成流程：
- RD开发并提交完代码之后，Jenkins自动编译并发布到临时产品库中
- RD从临时产品库中将编译后的版本自动部署到开发环境中进行自测，通过之后向QA发起提测
- QA根据RD提测的版本号通过Jenkins部署到测试环境中，进行测试
- QA测试通过之后，通过Jenkins将版本发布到正式产品库中
- OP再通过jenkins从正式产品库把版本部署到线上环境中
参考链接：http://blog.csdn.net/john_cdy/article/details/7738393
这个持续集成环境构建的主要流程就是Jenins会在后台运行，轮询版本控制的存储库，当发现版本库出现变更，就会通过预定义的构建脚本进行项目的构建，Jenkins会根据项目需求将构建的任务分配到Slave端。一般的项目构建过程主要分为自动化编译和自动化测试两个阶段，这同样是你脚本发挥作用的阶段。
在"构建触发器"中选择"Build when a change is pushed to GitHub "和"Poll SCM "，这两项的作用分别是当GitHub有版本库更新时触发Jenkins进行构建和定期检查版本库是否有更新，如果有更新则触发Jenkins进行构建。
参考链接：http://blog.csdn.net/wangmuming/article/details/22925127
构建触发器
在其他项目构建完成后才执行构建：指定的项目完成构建后，触发此项目的构建。
Poll SCM ：这是CI 系统中常见的选项。当您选择此选项，您可以指定一个定时作业表达式来定义Jenkins每隔多久检查一下您源代码仓库的变化。如果发现变化，就执行一次构建。例如，表达式中填写0,15,30,45 * * * *将使Jenkins每隔15分钟就检查一次您源码仓库的变化。
Build periodically ：此选项仅仅通知Jenkins按指定的频率对项目进行构建，而不管SCM是否有变化。如果想在这个Job中运行一些测试用例的话，它就很有帮助。
参考链接：http://blog.csdn.net/onlyqi/article/details/7076915
Jenkins的目录结构
和CruiseControler一样，Jenkins需要一个目录来存储相关文件：JENKINS_HOME。默认为 ~/.jenkins。即为user的home目录下的一个隐藏目录。我们也可以更改JENKINS_HOME，指向我们希望的地方。
创建一个Project
因为Jenkins可以用于运行各种CI，测试，批处理任务等等，所以在Jenkins中将这些任务统称为“free-style software project”.
Jenkins也提供了其他类型的jobs，例如：
1，如果项目是Maven，Jenkins还提供了一种仅用于Maven Project的job。但其实free-style software projec仍然可以用于创建Maven项目，只不过这种更适合Maven项目，结合的更好而已。
2，也可以创建一个"Monitor an external job“用于监控外部进程。
3，或者一个Matrix project，也就是multi-configuration project。
创建一个最常见的“free-style software project"的过程
- optional SCM, such as CVS or Subversion where your source code resides. 指定源代码在哪。
Note: In software engineering, software configuration management (SCM) is the task of tracking and controlling changes in the software.
- optional triggers to control when Jenkins will perform builds. 指定Jenkins何时触发一次build。
- some sort of build script that performs the build (ant, maven, shell script, batch file, etc.) where the real work happens 触发build时，使用的脚本文件，例如ant。在这个脚本文件中，我们可以从svn下载最新代码，删除上次build的临时文件，创建必要目录，编译源代码，运行，打包等一系列工作。
- optional steps to collect information out of the build, such as archiving the artifacts and/or recording javadoc and test results. 收集log信息。
- optional steps to notify other people/systems with the build result, such as sending e-mails, IMs, updating issue tracker, etc. 通知相关人员build的结果。
Distributed builds
到Jenkins的管理界面，就可以方便的添加节点。配置节点时，需要提供节点所在的机器，登陆用户名密码，使用的目录等。
但是slave并不需要再安装Jenkins。jenkins会自动启用slave agent，将build需要tools考到远程机器上。