1持续集成的作用、过程和优势
持续集成就是快速、高频率地自动构建项目的所有源码，并为项目成员提供丰富的反馈信息。
快速：集成速度要尽可能的块，开发人员不希望自己提交的代码提交半天后才得到反馈。
高频率：频率越高越好，例如每隔一个小时，这样问题就可以尽早地反映出来。
自动*:持续集成应该自动触发并执行的，不应该有手工参与。
构建：包括编译、测试、审查、打包、部署等工作。
所有源码：所有团队成员提交到代码库里的最新的源代码。
反馈：持续集成应该通过各种快捷的方式告诉团队最新的集成状态，当集成失败，反馈报告应该尽可能地反映失败的具体细节。
开发人员对代码做了一些修改，在本地运行构建并确认无误之后，将更改提交到代码库（Git、svn等）。具有高配置硬件的持续集成服务器每隔30分钟查询代码库一次，发现更新之后，签出所有最新的源代码，然后调用自动化构建工具（maven、ant等）构建项目，该过程包括编译、测试、审查、打包和部署等。然而不幸的是，另外一名开发人员在这一时间段也提交了代码更改，两处更改导致了某些测试的失败，持续集成服务器基于这些失败的测试创建一个报告，并自动发送给相关开发人员。开发人员收到报告后，立即着手调查选用，并尽快修复。
Jenkins是一款持续集成工具，它的前身是Hudson。使用jenkins还不能够完成持续集成工作，还需要版本控制工具（git、svn等）和项目构建工具（maven、ant等）配合才可以完成。
首先需要理解的是，Jenkins是帮我们将代码进行统一的编译打包、还可以放到tomcat容器中进行发布。
意思是我们通过配置，将以前：编译、打包、上传、部署到Tomcat中的过程交由Jenkins，Jenkins通过给定的代码地址URL，将代码拉取到其“宿主服务器”（这是我个人的称呼，在下边会用到，就是Jenkins的安装位置），进行编译、打包和发布到容器中。
因此我们可以注意到的是，在Jenkins的宿主服务器中必须要有可以进行：代码clone（Git）、代码编译（Maven）、代码运行（Tomcat）的基本环境，其他文章上来就是安装jenkins，忽略了一些基本的配置。
下面我写的案例是一个测试的java项目，涉及到的软件有git、maven、nexus、tomcat、jekins。所以需要确保已经安装。
