敏捷开发（Agile），持续集成（Continuous Integration）简介

1）什么是持续集成？

1.1）软件开发生命周期（Software Development Life Cycle），它是集合了计划，开发， 测试和部署过程的集合。

1.2）需求分析，这是生命周期的第一阶段，根据项目需要，团队执行一个可行性计划的分析。分析一般由客户提出。这个阶段是对信息的手机，也有可能是对现有项目的一个改善。还有分析预算布局等。

1.3)设计，这是第二阶段。创建项目计划，将项目计划使用图表，布局设计或者文字的方式呈现。

1.4）实现，项目经理创建和分配工作给开发者，开发者根据任务和在设计阶段定义的目标进行开发代码。

1.5）测试，测试人员进行代码测试，包括功能测试，代码测试，压力测试等。

1.6）进化，最后阶段就是对产品不断地改进和维护，根据用户的使用情况对功能进行修改，bug修复，功能增强等。

1.7）软件开发模型-----瀑布模型和敏捷开发模型

敏捷开发的核心是迭代开发（Iterative Development）和增量开发（Incremental Development）。

迭代开发，相对于传统大型传统项目的大周期（一年），迭代开发的开发过程是多个小周期，每次小开发都是相同流程。

增量开发，软件的每个版本都会增加一个用户可以感知的完整功能。也就是说按照新功能来划分迭代。

1.8）敏捷开发的好处：早期交付和降低风险。

1.9）持续集成（CI），频繁的（一天多次）将代码提交到主代码库。它的核心措施是在集成到主干之前需要通过自动化测试。

1.10）持续集成的步骤：

提交，开发者向代码仓库提交代码。所有后面的步骤都始于本地代码的一次提交。

测试（第一轮），代码仓库对commit操作配置了钩子（hook），只要提交代码或者合并到主干，就会跑自动化测试。

构建，通过第一轮测试，代码就可以合并进主干，就算可以交付了。交付后就先进行构建（build），再进入第二轮测试。所谓构建是将源码转换成可以运行的实际代码，比如安装依赖，配置各种资源（样式表，js脚本，图片等）。

测试（第二轮），构建完成，就要进行第二轮测试。如果第一轮测试已经涵盖了所有的测试内容，第二轮可以省略（这种情况下需要在第一轮测试前，完成构建）。

部署，通过了第二轮测试，当前代码就是一个可以直接部署的版本（artifact）。将这个版本的的所有文件打包（tar filename.tar *）存档，发到生产服务器。

回滚，一旦当前脚本发生问题，就要回滚到上一个版本的构建结果，最简单的办法就是修改一下符号链接，指向上一个版本。

1.11）持续集成的要素

a. 一个自动构建过程，从检出代码，编译构建，运行测试，结果记录，测试同级等都是自动完成的，无需人工干预。

b. 一个代码存储库，即需要版本控制软件来保障代码的可维护性，同时作为构建过程的素材库，一般使用svn或者git。

c. 一个持续集成服务器，Jenkins就是一个配置简单和使用方便的持续集成服务器。

2）为什么需要持续集成

2.1）降低风险，由于持续集成不断去构建，编译和测试，可以很早期发现问题，所以修复的代价就少。

2.2）对系统健康持续检查，较少发布风险带来的问题。

2.3）较少重复性工作。

2.4）持续部署，提供可部署单元包。

2.5）持续交付可供使用的版本。

2.6）增强团队信息。

3）Jenkins在持续继承中的作用，以及其特点

Jenkins是一款流行的开源持续集成（continuous integration）工具，广泛用于项目开发，具有自动化构建，测试和部署的功能。

Jenkins的特征是开源的Java语言开发的，易于安装部署的（可以通过yum，war包，docker，web页面访问的），有消息通知和测试报告功能的，可以分布式构建的，具有文件识别（可以跟踪哪次构建生成哪些jar，哪次构件使用哪个版本）功能的，有丰富插件支持（git，maven，svn）的CI工具。