基于maven和hudson打造持续集成环境

对持续集成的需求

对持续集成的需求主要来自项目过程的痛，在代码控制和管理方面我有以下几个方面的痛：

•环境时好时坏，开发人员对commit代码不够慎重
•缺乏一个统一集成的报告来反映项目质量各个方面
•各种代码检查工具运用门槛高
•无法量化开发人员的代码质量
•缺乏一种推进单元测试的有效手段
正因为有了上面的疼，让我想到了持续集成

持续集成原理和相应工具

持续集成的结构和原理由下图所示：

 

说起来就一句话，持续集成就是用一套工具自动化地接管代码构建的整个生命周期。在这么一个流程中主要需要三类工具：

•构建工具：maven
•调度和控制平台：hudson
•report工具：sonar
这些工具使用非常广泛，我就不多加介绍，下面记录一下我在实际项目中的具体实施过程

具体实施过程

1）搭建SCM环境

hudson每次启动构建生命周期是从去最新代码开始的，因此有必要配置好SCM环境，我在项目里使用SVN，具体配置就不多加介绍

2）配置maven，支持代码检查工具

若需要某些代码检查工具，如PMD、Cobertura等，需要在pom.xml里配置maven plugin，如下所示：

<plugin> 
        <artifactId>maven-surefire-report-plugin</artifactId> 
        <groupId>org.apache.maven.plugins</groupId> 
        <version>2.4.3</version> 
        <configuration> 
           <outputDirectory>${junitHtmlReportDir}</outputDirectory> 
           <outputName>index.html</outputName> 
        </configuration> 
     </plugin> 
        <plugin> 
            <groupId>org.sonatype.maven.plugin</groupId> 
            <artifactId>emma-maven-plugin</artifactId> 
            <version>1.2</version> 
        </plugin> 
        <plugin> 
            <groupId>org.codehaus.mojo</groupId> 
            <artifactId>cobertura-maven-plugin</artifactId> 
            <version>2.4</version> 
        </plugin> 
<plugin>
        <artifactId>maven-surefire-report-plugin</artifactId>
        <groupId>org.apache.maven.plugins</groupId>
        <version>2.4.3</version>
        <configuration>
           <outputDirectory>${junitHtmlReportDir}</outputDirectory>
           <outputName>index.html</outputName>
        </configuration>
     </plugin>
  <plugin>
   <groupId>org.sonatype.maven.plugin</groupId>
   <artifactId>emma-maven-plugin</artifactId>
   <version>1.2</version>
  </plugin>
  <plugin>
   <groupId>org.codehaus.mojo</groupId>
   <artifactId>cobertura-maven-plugin</artifactId>
   <version>2.4</version>
  </plugin>

3）持续集成服务器

最好把持续集成服务器与开发服务器分开，单独管理。持续集成对环境没有特殊需求，只需一个能运行war包的web服务器就行。然后把下载好hudson.war部署在服务器上即可。顺便提一下，强大的hudson只不过是一个编译好的war包，因此安装它非常简单，和部署一个简单的web应用没什么区别

4）配置需要持续化集成的应用

•浏览器里访问hudson服务器，如http://10.20.147.111:8080/hudson/
•新建任务，具体属性按照帮助tip填写即可，关键是配置SCM地址和构建调度时间点，另外要特别勾选Sonar
•立即生成。在生成过程中可以点击“命令行输出”查看构建过程。构建过程和直接命令行里运行maven一样
5）发送邮件给相关人

可以在hudson里配置邮件列表，每次构建后会把报告发给指定人

6）查看报告

每次构建完成后可以在sonar服务器里查看到各种维度的报告，实例图如下所示：

 

实施经验

以上只是一个标准持续化构建流程的实施过程，这其中会根据具体需求有很多定制化的配置和技巧，在这几天实施过程中有如下经验可以分享：

•持续化集成是否有效果关键在于项目的单元测试的实施程度，如果贯彻得彻底则会极大地提升代码质量，各种报告才能有说服力，不然只是个玩具而已，只能告诉你项目没有编译问题
•通过工具来check代码规范和质量的实施情况。在sonar的配置面板里可以设置Quality profiles，这里预置了Checkstyle、Findbugs、PMD、Squid等几个代码检查框架，可以勾选出适合的检查点。关于这一点，项目架构师需要列好项目质量考核维度和风格规范，通过工具来check规范的实施情况
•如果有历史问题阻碍持续化集成就暂时略过它。有些项目以前没有贯彻过单元测试，这时很有可能由于单元测试不通过使得持续集成很难开展，或是代码覆盖率太低打击大家的信心。这可以把不需要这这期项目check的代码可以略去。单元测试这块可以在pom.xml里加上配置：

<plugin> 
                <groupId>org.apache.maven.plugins</groupId> 
                <artifactId>maven-surefire-plugin</artifactId> 
                <configuration> 
                    <skip>true</skip> 
                </configuration> 
            </plugin> 
<plugin>
    <groupId>org.apache.maven.plugins</groupId>
    <artifactId>maven-surefire-plugin</artifactId>
    <configuration>
     <skip>true</skip>
    </configuration>
   </plugin>
另外要略过某些模块的代码覆盖率，可以在sonar->settings->General里设置，可以略过某些模块，也可以略过某些具体代码类，配置例子如下：
 
•持续化集成过程不能依赖任何第三方系统，如果有依赖就有可能因为环境问题导致某些时候单元测试不通过，因此单元测试在与第三方交互的地方都得mock，并且需要连根拔出，不能仅仅只是在单元测试类里面mock，因为这只能保证你的单元测试通过，但不能保证别人的单元测试调用到mock，可以通过spring的bean配置这块直接把mock类替换真实类，然后区分测试模块和实际模块的bean配置
•持续化集成虽好，但需要老板的支持。只有通过一定强制化才能让持续化集成得到真正执行，通过报告的某些维度来考核开发人员的代码质量，也绩效挂钩是比较好的办法

本文来自CSDN博客，转载请标明出处：http://blog.csdn.net/cutesource/archive/2010/07/28/5772346.aspx