什么是持续集成:

团队开发成员必须经常集成他们的工作，甚至每天都可能发生多次集成。而每次的集成都是通过自动化的构建来验证，包括自动编译、发布和测试，从而尽快地发现集成错误，让团队能够更快的开发内聚的软件。

持续集成的原则:

· 需要版本控制软件保障团队成员提交的代码不会导致集成失败。目前项目的版本控制软件为SVN；

· 开发人员必须及时向版本控制库中提交代码，也必须经常性地从版本控制库中更新代码到本地；

· 需要有专门的集成服务器来执行集成构建。根据项目的具体实际，集成构建可以被软件的修改来直接触发，也可以定时启动，如每半个小时构建一次；

· 必须保证构建的成功。如果构建失败，修复构建过程中的错误是优先级最高的工作。一旦修复，需要手动启动一次构建。

持续集成的核心价值:

1、持续集成中的任何一个环节都是自动完成的，无需太多的人工干预，有利于减少重复过程以节省时间、费用和工作量；

2、持续集成保障了每个时间点上团队成员提交的代码是能成功集成的。换言之，任何时间点都能第一时间发现软件的集成问题，使任一时间发布可部署的软件成为了可能；

3、持续集成还能利于软件本身的发展趋势，这点在需求不明确或是频繁性变更的情景中尤其重要，持续集成的质量能帮助团队进行有效决策。

持续集成的系统组成:

· 一个自动构建过程，包括自动编译、分发、部署和测试等(Ant、Maven、Junit等)。

· 一个代码存储库，即需要版本控制软件来保障代码的可维护性，同时作为构建过程的素材库(SVN)。

· 一个持续集成服务器(Jenkins)。

Jenkins：可扩展的持续集成引擎工具

功能：

· 持续、自动地构建/测试软件项目。

· 监控一些定时执行的任务。

· 易于安装，直接部署到servlet容器，不需要数据库支持。

· 易于配置，所有配置都是通过其提供web界面实现。

· 集成 RSS/E-mail 通过 RSS 发布构建结果或当构建完成时通过e-mail 通知。

· 生成 JUnit/TestNG 测试报告。

· 分布式构建支持 Jenkins 能够让多台计算机一起构建/测试。

· 文件识别:能够跟踪哪次构建生成哪些 jar，哪次构建使用哪个版本的 jar 等。

· 插件支持:支持多种扩展插件，可以自己开发适合团队使用的插件。

Jenkins部署安装

· 安装JDK1.5以上版本；

· 下载最新的版本jenkins.war文件，Jenkins 官方网址: ；

· 将下载的 war包文件部署到servlet容器（本机是用tomcat），然后启动容器，在浏览器的 URL 地址栏中输入 即可进入jenskins操作界面；

Jenkins操作

Utf-8 编码：

Jenkins 建议在 tomcat中使用 utf-8 编码，配置 tomcat下 conf 目录的 server.xml 文件

在已运行的 Jenkins 主页中，点击左侧的系统管理进入如下界面：

项目路径设置：

在已运行的 Jenkins 主页中，点击左侧的系统管理—>系统设置进入如下界面，可修改构建工程的相关路径；如果设置环境变量制定：JENKINS_HOME：C:\jenkins（下图红色部分就是自动取得环境变量的值）

JDK和ANT配置：

JDK和ANT的基本配置都是在jenkins所在服务器上的安装路径。

邮件设置：

进入Jenkins Location选项，输入Jenkins 地址，系统发件人的邮箱地址

进入邮件通知选项，配置SMTP服务器

SMTP端口由25改为465。

Subversion配置选择：

进入Subversion选项，选择Subversion Workspace Version版本。

插件管理：

点击进入插件管理界面，可看到插件的安装信息，也可以在可选插件中选择自己需要使用的插件，在APP后台管理使用中需要下载安装的插件有 用于项目构建成功后发布到TOMCAT服务器；

还有Email扩展插件（Email-ext Plugin）

、CheckStyle插件（Checkstyle Plugin）。

构建Jenkins发布项目

点击左边的新建，输入Item名称，选择构建一个自由风格的软件项目，点击OK;

源码管理

点击进入刚刚新建的工程名称，在源码管理列表选择Subversion，在Repoitory URL输入SVN工程地址，点击enter credentials，输入SVN中的用户密码；Local module directory (optional)的文本框中"."代表根目录，如果在子目录，请填写详细。

构建触发器

在其他项目构建完成后才执行构建：指定的项目完成构建后，触发此项目的构建。

Build periodically ：此选项仅仅通知 Jenkins 按指定的频率对项目进行构建，而不 管 SCM 是否有变化。如果想在这个 Job 中运行一些测试用例的话，它就很有帮助。

Poll SCM ：选择此选项，可以指定一个定时作业，表达式来定义 Jenkins 每隔多久检查一下源代码仓库的变化。如果发现变化，就执行一次 构建。例如，表达式中填写 0,15,30,45 * * * *将使 Jenkins 每隔 15 分钟就检查一次源码仓库的变化。

增加构建步骤：

选择构建步骤下面的Execute Windows batch command

分别输入下面的命令：

Tomcat 服务关闭和停止命令：

构建时需要将tomcat服务先停掉，否则可能会出现编译的时候老的文件无法删除。

其中tomcat7为安装的tomcat服务名

ANT编译和构建：对APP工程进行ANT编译打包，build.xml即为ANT打包文件。

从SVN使用jenkins自动检出的项目中的build.xml文件中的tomcat路径配置要与jenkins所在服务器的环境tocmat路径一致（不能与jenkins共用一个tomcat，因为需要重启tomcat，部署项目）

启动tomcat服务器：编译完成后重启服务器

增加构建后操作：

选择Deploy war/ear to a container选项

填写下面信息：

WAR/EAR files：war 文件的存放位置，如：deploy/APP.war 注意：相对路径，deploy前是没有的。 Context path：访问时需要输入的内容，如APP访问时如下： 如果为空，默认是 war 包的名字。

Container：选择你的 web 容器，如 tomca 7.x

Manager user name：填入 tomcat-users.xml 配置的 username 内容 Manager password：填入 tomcat-users.xml 配置的 password 内容 Tomcat URL：填入

设置收件人：

在Project Recipient List中填写需要接收邮件的相关人员

点击下面的保存，该项目就部署成功了；

监控

当任务一旦运行，您将会看到这个任务正在队列中的仪表板和当前工作主页上运行。这 两种显示如下。

有两个图标描述当前作业的状态。S 栏目代表着"最新构

建状态"，W 栏目代表着"构建稳定性"。Jenkins 使用这两个概念来介绍一个作业的总体状 况：

构建状态:下图中分级符号概述了一个 Job 新近一次构建会产生的四种可能的状态： Successful:完成构建，且被认为是稳定的。 Unstable:完成构建，但被认为不稳定。

Failed:构建失败。

Disabled:构建已禁用。

如下图可见多个项目的构建情况：

通过视图输出界面来监控当前任务的进展情况，可以单击 Console Output（控制 台输出）。如果工作已完成，这将显示构建脚本产生的静态输出；如果作业仍然在运行中， Jenkins 将不断刷新网页的内容，以便可以看到它运行时的输出。