Jenkins中使用Git和Maven之多个项目

1.应用Aggregation管理多个子项目

Maven中有一个Aggregation(聚合),可以将多个项目作为模块添加到一个pom.xml中,然后告诉Jenkins这个顶层pom.xml,就可以自动从Git中拿出这些项目的源代码,并build所有的子项目和运行相应的测试程序。我这里使用的是TestNG。

比如我有两个maven项目client和email_sender,我希望一次编译并测试,在这两个项目文件夹之上的目录上添加一个pom.xml,内容如下:

[html]
  1. <project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">  
  2.   <modelVersion>4.0.0</modelVersion>  
  3.   
  4.   <groupId>com.kaimei.datacenter</groupId>  
  5.   <artifactId>cml</artifactId>  
  6.   <version>2.0</version>  
  7.   <packaging>pom</packaging>  
  8.   
  9.   <modules>  
  10.     <module>client</module>  
  11.     <module>email_sender</module>  
  12.   </modules>  
  13. </project>  
然后只要告诉Jenkins中这个pom.xml的路径即可。点击build now进行测试,可以看到两个子项目都已经被下载源代码和编译,运行了TestNG的测试程序。

注意module名称应该是子项目的目录名。

2.多个项目之间的依赖关系管理

client项目和email_sender项目都通过DBManager类来和MongoDB建立连接。因此它们的pom.xml中都有这一段:

[html]
  1. <dependency>  
  2.   <groupId>com.kaimei.datacenter</groupId>  
  3.   <artifactId>mongo_utility</artifactId>  
  4.   <version>1.0</version>        
  5. </dependency>  
build成功。仔细看Console Output,Jenkins的行为和直接使用mvn clean compile不太一样。Jenkins会将mongo_utility的源代码取出来,然后重新编译,安装到本地仓库,然后再编译其他两个工程。如果直接敲mvn clean compile的话,mongo_utility-1.0.jar会直接从私服上下载然后安装,不会编译。

3.多个项目共享相同的设置

client,email_sender和mongo_utility三个项目都用到了mongodb java library,为了便于管理,没有必要让它们各自的pom.xml中都定义相同的dependency。Maven将每个项目的pom.xml看作一个工程对象,通过继承可以让它们共享同一个配置。

在顶层的pom.xml中添加mongodb依赖:

[html]
  1. <dependencies>  
  2.   <dependency>  
  3.     <groupId>org.mongodb</groupId>  
  4.     <artifactId>mongo-java-driver</artifactId>  
  5.     <version>2.7.2</version>  
  6.   </dependency>  
  7. </dependencies>  
然后在client,mongo_utility和email_sender项目的pom.xml中分别删除上面的依赖,并添加如下配置:
[html]
  1. <parent>  
  2.   <groupId>com.kaimei.datacenter</groupId>  
  3.   <artifactId>cml</artifactId>  
  4.   <version>1.0</version><!-- or whatever version you use -->  
  5.   <relativePath>../pom.xml</relativePath>  
  6. </parent>  

然后测试,大功告成。

4.模块部署到nexus服务器上

如果想将某个模块项目比如这里的mongo_utility项目部署到nexus服务器上,需要调整顶层目录的pom.xml,加上下面的配置:

[html]
  1. <distributionManagement>  
  2.   <repository>  
  3.     <id>sheismylife</id>  
  4.     <url>http://S1:8081/nexus/content/repositories/sheismylife</url>  
  5.   </repository>  
  6. </distributionManagement>  
但是这样三个模块项目都自动继承了deploy功能。其实我只想mongo-utility模块部署到nexus上,暂时把问题放在这里吧。

然后在顶层目录上执行mvn clean deploy,一切顺利。将代码提交到git仓库中,然后修改Jenkins的项目配置页面,添加clean deploy命令。

点击Build Now按钮,看看结果,一切OK.值得一提的是,如果你通过mvn命令行执行正确,而通过Jenkins执行错误,重新启动一下Jenkins服务,或许能解决。我已经碰到几次了,似乎Jenkins有bug.

5.通过Jenkins将web项目部署到Glassfish或者Tomcat

 基本做法还是通过Maven项目的plugin来完成部署。有一个问题是如果web项目和其他几个项目都作为一个大项目的模块被聚合在一起,而且都继承某个parent pom.xml,那么如何用一个Maven命令就能编译所有的模块,部署到nexus私服,而且将web项目发布到Glassfish或者Tomcat上。还正在研究,希望能够够通过Maven来实现这个功能。

6.一个Jenkins上的多个project之间的顺序执行

这个很简单,Jenkins的project配置里面可以设置在某个project之后build,或者在本project build之后build other project.

7.多个Jenkins之间的远程调用

S1上的Jenkins A调用某个shell脚本,比如curl http://S2/job/test/build

S2上的Jenkins B的test project就会被触发

相关推荐