目前持续集成(CI)已成为当前许多软件开发团队在整个软件开发生命周期内侧重于保证代码质量的常见做法。它是一种实践，旨在缓和和稳固软件的构建过程。并且能够帮助您的开发团队应对如下挑战：
软件构建自动化：配置完成后，CI系统会依照预先制定的时间表，或者针对某一特定事件，对目标软件进行构建。
构建可持续的自动化检查：CI系统能持续地获取新增或修改后签入的源代码，也就是说，当软件开发团队需要周期性的检查新增或修改后的代码时，CI系统会不断确认这些新代码是否破坏了原有软件的成功构建。这减少了开发者们在检查彼此相互依存的代码中变化情况需要花费的时间和精力。
构建可持续的自动化测试：构建检查的扩展部分，构建后执行预先制定的一套测试规则，完成后触发通知(Email,RSS等等)给相关的当事人。
生成后后续过程的自动化:当自动化检查和测试成功完成，软件构建的周期中可能也需要一些额外的任务，诸如生成文档、打包软件、部署构件到一个运行环境或者软件仓库。这样，构件才能更迅速地提供给用户使用。
Jenkins是一个可扩展的持续集成引擎。主要用于：持续、自动地构建/测试软件项目以及监控一些定时执行的任务。其拥有的特性包括：
1 . 易于安装-只要把jenkins.war部署到servlet容器，不需要数据库支持。
2 . 易于配置-所有配置都是通过其提供的web界面实现。
3 . 集成RSS/E-mail通过RSS发布构建结果或当构建完成时通过e-mail通知。
4 . 生成JUnit/TestNG测试报告。
5 . 分布式构建支持Jenkins能够让多台计算机一起构建/测试。
6 . 文件识别:Jenkins能够跟踪哪次构建生成哪些jar，哪次构建使用哪个版本的jar等。
7 . 插件支持:支持扩展插件，你可以开发适合自己团队使用的工具。
CI系统基本结构图
该系统的各个组成部分是按如下顺序来发挥作用的：
1 . 开发者检入代码到源代码仓库。
2 . CI系统会为每一个项目创建了一个单独的工作区。当预设或请求一次新的构建时，它将把源代码仓库的源码存放到对应的工作区。
3 . CI系统会在对应的工作区内执行构建过程。
4 . （配置如果存在）构建完成后，CI系统会在一个新的构件中执行定义的一套测试。完成后触发通知(Email,RSS等等)给相关的当事人。
5 . （配置如果存在）如果构建成功，这个构件会被打包并转移到一个部署目标(如应用服务器)或存储为软件仓库中的一个新版本。软件仓库可以是CI系统的一部分，也可以是一个外部的仓库，诸如一个文件服务器或者像Java.net、 SourceForge之类的网站。
6 . CI系统通常会根据请求发起相应的操作，诸如即时构建、生成报告，或者检索一些构建好的构件。
软件构建自动化：配置完成后，CI系统会依照预先制定的时间表，或者针对某一特定事件，对目标软件进行构建。
构建可持续的自动化检查：CI系统能持续地获取新增或修改后签入的源代码，也就是说，当软件开发团队需要周期性的检查新增或修改后的代码时，CI系统会不断确认这些新代码是否破坏了原有软件的成功构建。这减少了开发者们在检查彼此相互依存的代码中变化情况需要花费的时间和精力。
构建可持续的自动化测试：构建检查的扩展部分，构建后执行预先制定的一套测试规则，完成后触发通知(Email,RSS等等)给相关的当事人。
生成后后续过程的自动化:当自动化检查和测试成功完成，软件构建的周期中可能也需要一些额外的任务，诸如生成文档、打包软件、部署构件到一个运行环境或者软件仓库。这样，构件才能更迅速地提供给用户使用。
Jenkins是一个可扩展的持续集成引擎。主要用于：持续、自动地构建/测试软件项目以及监控一些定时执行的任务。其拥有的特性包括：
1 . 易于安装-只要把jenkins.war部署到servlet容器，不需要数据库支持。
2 . 易于配置-所有配置都是通过其提供的web界面实现。
3 . 集成RSS/E-mail通过RSS发布构建结果或当构建完成时通过e-mail通知。
4 . 生成JUnit/TestNG测试报告。
5 . 分布式构建支持Jenkins能够让多台计算机一起构建/测试。
6 . 文件识别:Jenkins能够跟踪哪次构建生成哪些jar，哪次构建使用哪个版本的jar等。
7 . 插件支持:支持扩展插件，你可以开发适合自己团队使用的工具。
CI系统基本结构图
该系统的各个组成部分是按如下顺序来发挥作用的：
1 . 开发者检入代码到源代码仓库。
2 . CI系统会为每一个项目创建了一个单独的工作区。当预设或请求一次新的构建时，它将把源代码仓库的源码存放到对应的工作区。
3 . CI系统会在对应的工作区内执行构建过程。
4 . （配置如果存在）构建完成后，CI系统会在一个新的构件中执行定义的一套测试。完成后触发通知(Email,RSS等等)给相关的当事人。
5 . （配置如果存在）如果构建成功，这个构件会被打包并转移到一个部署目标(如应用服务器)或存储为软件仓库中的一个新版本。软件仓库可以是CI系统的一部分，也可以是一个外部的仓库，诸如一个文件服务器或者像Java.net、 SourceForge之类的网站。
6 . CI系统通常会根据请求发起相应的操作，诸如即时构建、生成报告，或者检索一些构建好的构件。
