从持续集成 到 持续检查

     持续集成的终极目标就是想要在软件开发的任何阶段，无论是Milestone，RC，还是GA，都能够以最低的风险发布软件的不同版本。让我们来总结一下持续集成能够做到什么：

 

    任何人在任何地点，任何时间可以构建整个项目。
    在持续集成构建过程中，每一个单元测试都必须被执行。
    在持续集成构建过程中，每一个单元测试都必须通过。
    持续集成构建的结果是可以发布的软件包。
    当以上任何一点不能满足时，整个团队的主要任务就是去解决这个问题。

 

    这确实是一个非常好的起点但对整个软件的质量来说确是不够的。那么还有哪些对源代码质量的要求呢？

    
    任何新的代码必须和相应的单元测试代码一同进入系统。
    新方法的复杂度不能超过定义的界限。
    不允许包之间的循环性依赖关系。
    不予许重复性代码。
    不允许和已经定义的编码规范冲突。
    不允许调用已经声明为过时的方法。

 

    在开发中的一些实践

    在eclipse中加入检查插件：

    checkstyle的eclipse插件 http://eclipse-cs.sourceforge.net/

    需要对其自定义才能符合项目使用，否则多数代码不能通过。

 

    findbug http://findbugs.sourceforge.net/

    pdm

 

    对eclipse的format cleanup进行自定义

 

    在使用maven的基础上使用sonar，sonar就是支持“持续检查”的最优秀的架构之一。
   

    附件为自定义的checkstyle、format 、cleanup

    format cleanup需要在eclipse中导入Preferences---Java---CodeStyle---Cleanup/Format

    安装checkstyle插件后：Preferences---New---External Configuration File 导入后设置为默认