持续集成

    软件开发领域，很多工具的发明都是因为程序员的“犯懒”，持续集成这项技术的形成也是如此吧，

为什么用持续集成

    在没有持续化集成之前，传统的开发模式是项目一开始就划分模块，譬如我们的机房合作，等所有的代码都开发完成之后再合到一起进行测试，但是到了大项目中，如：ITOO，项目内容互相合作。划分模块这种传统的模式的弊端就越来越明显了。很多bug在项目的早期就存在，但是到最后集成的时候才发现问题，再去解决bug的根源，就很麻烦，甚至可能会调整底层架构。这样会很麻烦，持续集成就应用而生了。

持续集成

    首先解释下什么是持续集成（Continuous integration）：在敏捷开发中，一个重要的实践叫持续集成，持续地编译、测试、检查和部署源代码的过程。

    持续：就是长期对项目代码进行集成测试。

    集成：指集成测试，只有在本地电脑上所有的单元测试跑一边，通过了的才能上传到svn上，保证svn上的代码没有问题。

在网上找了一个图来解释持续集成的思想

    持续化集成的周期包括以下几个步骤：

        1、持续集成服务器不断从版本控制服务器上检查代码状态，看代码是否有更新。
        2、如果发现代码有最新的提交，那么就从版本控制服务器下载最新的代码。
        3、等代码完全更新以后，调用自动化编译脚本，进行代码编译。
        4、运行所有的自动化测试。
        5、进行代码分析。
        6、产生可执行的软件，能够提供给测试人员进行测试。

持续集成的作用

    1、保证团队开发人员提交代码的质量，减轻了软件发布时的压力；
    2、持续集成中的任何一个环节都是自动完成的，无需太多的人工干预，有利于减少重复过程以节省时间、费用和工作量

持续集成工具

    Jenkins，CruiseControL，hudson 等

具体Jenkins的使用请见我的系列博客：