敏捷开发-持续集成

持续集成有以下几个要点：

1.        有统一的源代码库

从事过开发项目的同事都知道，一般一个初具规模的项目的代码行数都是上万行，分割成文件也是成千上百个，只能用源代码管理工具来管理，例如比较流行的clearcase，Subversion等。开发人员基于同一个源代码库进行开发是进行持续集成的一个前提。 

2.        实现了版本构建自动化

持续集成的一些工具都支持Ant，Maven，Maven2，Msbuild等编译工具，可以根据不同的任务采用不同的编译工具，完成构建所需环境配置并自动完成版本的构建。 

3.        测试完全自动化

持续集成可以使用findbugs进行静态代码检查和执行单元测试脚本，还直接调用自主开发的自动化测试脚本，进行系统和功能测试，充分验证系统功能的完整性和准确性。

     4.        每次代码递交后都会在持续集成服务器上触发一次构建

在开发过程中，如果开发人员本地的编译环境存在差异，就可能会出现开发人员A的修改在他本地验证通过，但提交到版本库后，开发人员B下载到他自己的机器上却无法编译通过。为了避免出现这种情况，需要创建了专门的持续集成服务器，统一编译环境的配置，开发人员的每一次提交都会在持续集成服务器上进行集成和测试。这样就保证开发人员从Subversion版本库中获取到的版本完全可用。 

5.        测试环境要和产品发布的实际环境一致。

持续集成的目的就是为了快速集成并验证问题，然后发布，所以持续集成的测试环境必须和产品实际的运行环境保持一致，这样用户才能拿到真正通过测试检验的产品。  

6.        自动部署

持续集成构建的版本可以自动进行部署。

从前面的介绍不难看出持续集成的价值：

1.        减少风险

持续集成一天中可以进行多次的集成并做相应的测试，有利于提前发现缺陷，将问题消灭在项目的前期，在很多程度上避免了将问题遗留到项目后期的风险。 

2.        减少重复过程

从代码提交到软件发布的过程包括代码编译、测试、部署以及反馈等环节，每个环节对于开发工程师而言是费时费力而又没有产出的过程，并且每次代码的修改都会重复这个过程。CIS可以将这些重复的动作都变成自动化的，无需太多人工干预，可以将项目成员将这种周而复始的过程中解放出来从而投入到其他更有价值的工作中去。 

3.        可以随时生成可交付的软件

我们利用持续集成，可以经常对源码进行修改，并将这些习惯及时和其他代码进行集成，而且如果发现问题，会在第一时间只好开发人员解决，问题会很快得到修复。如果没有持续集成，这些问题有可能到交付前的集成测试的时候才发现，有可能会导致延迟发布产品，而在急于修复这些缺陷的时候又有可能引入新的缺陷，最终可能导致项目失败。 

4.        增强项目的可见性

持续集成可以提供一些数据，使我们对项目的进度趋势进行预测并进行有效的决策：

1)     有效决策：持续集成系统为项目构建状态和质量指标提供了及时的信息，CIS还可以报告功能完成度和缺陷率。

2)     体现趋势：由于经常集成，我们可以看到一些趋势，如构建成功或失败、总体质量以及其它的项目信息。 

5.        建立团队对开发产品的信心

持续集成可以建立开发团队对开发产品的信心，因为我们可以清楚的知道每一次构建的结果，知道我们对软件的改动造成了哪些影响，结果怎么样。 

持续集成的这种实践目前在一些互联网公司得以应用，只是不同公司会根据各自的项目特点进行创建和开发，比较典型的就是淘宝，腾讯，百度等。