从持续集成 到 持续检查

   持续集成的终极目标就是想要在软件开发的任何阶段，无论是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 导入后设置为默认

 

不知道是自己的问题不，硬是没看懂~
find bug用过，其他几个干嘛用的呢？

pdm  也是一个静态代码分析工具，和findbug的偏向不同。
checkstyle 是定义代码格式，这样团队有统一的格式。
eclipse 的设置可以在编码期进行规范