使用maven2 进行团队配置-qbq-ChinaUnix博客

IT民工窝棚qbq.blog.chinaunix.net

首页　| 　博文目录　| 　关于我

qbq

博客访问： 30479458
博文数量： 708
博客积分： 12163
博客等级：上将
技术积分： 8240
用户组：普通用户
注册时间： 2007-12-04 20:59

文章分类

全部博文（708）

Highcharts（1）
Android（3）
多浏览器（2）
游记（1）
装修（1）
手机（2）
电影（1）
英语（2）
音乐（2）

国产（1）

欧美（1）
图片（1）
日本（6）
知识宝库（41）
文学收藏（6）
马尔代夫（2）
体育（6）
原创空间（1）
技术收藏（597）

SEO（1）

CSS3（5）

TestNG（4）

HTML5（2）

iBatis（3）

URLRewrite（1）

WebService（1）

WebServer（12）

PHP（8）

OGNL（1）

AS2（2）

Multimedia（0）

Flex AS3（29）

面试（9）

Commet（1）

Ivy（2）

Bat（8）

Maven（18）

CSS（7）

Ext（9）

Spring问题集（4）

Word（1）

JFreeChart（2）

Groovy on Grails（14）

Python（1）

Portlet（3）

amCharts（4）

CSharp.NET（3）

Tools（1）

S2Dao（8）

HSQL（9）

taglib（28）

Source Safe（3）

JSTL（6）

EL（2）

Seasar-SAStruts（3）

Prototype（0）

JQuery（3）

DWR（7）

AJAX（14）

Guice（13）

Digit（2）

Notebook（4）

Log4J（8）

Servlet（2）

JSP（4）

Eclipse（12）

VB.NET（3）

DotNet（3）

JavaScript（63）

Thinking In Soft（10）

Framework（11）

English（0）

Struts2（14）

Struts（38）

Hibernate（10）

Spring（30）

HTML（14）

Web（5）

MYSQL（9）

SQLSERVER（1）

ORACLE（2）

SQL（3）

数据库（0）

DATABASE（0）

Windows（8）

JAVA（67）

Software（1）

Hardware（3）

OpenSource（2）

Microsoft（0）

Excel（4）

DIY（5）

Linux（4）
关于工作（8）
个人日记（7）
未分配的博文（18）

推荐博文

相关博文

使用maven2 进行团队配置

分类： Java

2009-11-18 14:29:32

对于团队来说，建立统一的开发环境是必须的，而maven能很好帮助建立统一的环境。下面就介绍如何更有效的进行统一的配置。

准备工作：

   下载必须的软件：

maven2:  最主要的

maven-proxy：用来代理repository，使用代理来访问多个远程库

continuum：一个不错的持续整合工具，用于自动build。支持ant,maven

svn:版本控制工具


创建一致的开发环境

   在共享的开发环境中，更好的建议是保持maven的两个不同的配置文件分别管理，包括共享和用户自定义设置。共同的配置包括在安装目录中，而单独的开发设置保存在用户本地目录。

    全局的配置文件settings.xml

xml 代码

```
   <servers>  
```

       //公司内部库，所有的release版本,serverid对应于repository id，用于在deploy时，访问使用，主要保存用户名和密码

```
<server>  
```
```
<id>internalid>  
```

<username>${website.username}username>

```
<password>${website.pwd}password>  
```

<filePermissions>664filePermissions>

<directoryPermissions>775directoryPermissions>

```
server>  
```

//目前的开发库，用于snapshot库

```
<server>  
```
```
<id>snapshotid>  
```

<username>${website.username}username>

```
<password>${website.pwd}password>  
```

<filePermissions>664filePermissions>

<directoryPermissions>775directoryPermissions>

```
server>  
```
```
servers>  
```
```
  
```
```
<profiles>  
```
```
  
```
```
<profile>  
```
```
<id>central-repoid>  
```
```
<repositories>  
```
```
<repository>  
```
```
<id>centralid>  
```
```
<name>Internal Repositoryname>  
```
```
<url>url>  
```
```
repository>  
```
```
repositories>  
```
```
<pluginRepositories>  
```
```
<pluginRepository>  
```
```
<id>centralid>  
```
```
<name>Internal Repositoryname>  
```
```
<url>url>  
```
```
pluginRepository>  
```
```
pluginRepositories>  
```
```
profile>  
```
```
  
```
```
  
```
```
<profile>  
```
```
<id>internal-repoid>  
```
```
<repositories>  
```
```
<repository>  
```
```
<id>internalid>  
```
```
<name>Internal Repositoryname>  
```
```
<url>url>  
```
```
<releases>  
```
```
<enabled>trueenabled>  
```
```
<updatePolicy>neverupdatePolicy>  
```
```
<checksumPolicy>warnchecksumPolicy>  
```
```
releases>  
```
```
repository>  
```
```
repositories>  
```
```
<pluginRepositories>  
```
```
<pluginRepository>  
```
```
<id>internalid>  
```

<name>Internal Plugin Repositoryname>

```
<url>url>  
```
```
<releases>  
```
```
<enabled>trueenabled>  
```
```
<updatePolicy>neverupdatePolicy>  
```
```
<checksumPolicy>warnchecksumPolicy>  
```
```
releases>  
```
```
pluginRepository>  
```
```
pluginRepositories>  
```
```
profile>  
```
```
  
```
```
<profile>  
```
```
<id>snapshot-repoid>  
```
```
<repositories>  
```
```
<repository>  
```
```
<id>snapshotid>  
```
```
<name>Internal Repositoryname>  
```
```
<url>url>  
```
```
<snapshots>  
```
```
<enabled>trueenabled>  
```

<updatePolicy>interval:60updatePolicy>

```
<checksumPolicy>warnchecksumPolicy>  
```
```
snapshots>  
```
```
repository>  
```
```
repositories>  
```
```
<pluginRepositories>  
```
```
<pluginRepository>  
```
```
<id>snapshotid>  
```

<name>Internal Plugin Repositoryname>

```
<url>url>  
```
```
<snapshots>  
```
```
<enabled>trueenabled>  
```

<updatePolicy>interval:60updatePolicy>

```
<checksumPolicy>warnchecksumPolicy>  
```
```
snapshots>  
```
```
pluginRepository>  
```
```
pluginRepositories>  
```
```
profile>  
```
```
profiles>  
```
```
  
```
```
<activeProfiles>  
```

<activeProfile>central-repoactiveProfile>

<activeProfile>internal-repoactiveProfile>

<activeProfile>snapshot-repoactiveProfile>

```
activeProfiles>  
```
```
  
```
```
<pluginGroups>  
```

<pluginGroup>com.mycompany.pluginspluginGroup>

```
pluginGroups>  
```


包括了以下的共享因素：

服务器设置典型是共同的，只有用户名需要在用户环境中设置。使用一致的定义来配置共同的设置

profile定义了共同的因素，内部开发库，包括指定的组织或者部门发布的产品。这些库独立于核心开发库。

激活的profiles列表，用于激活相应的profile

plugin 组只有当你的组织中有自己定义的插件，用于命令行运行在pom中定义。


对于单独的用户来说，设置如下：

xml 代码

```
<settings>  
```
```
<profiles>  
```
```
<profile>  
```
```
<id>property-overridesid>  
```
```
<properties>  
```

<website.username>myuserwebsite.username>

```
<website.pwd>testwebsite.username>  
```
```
properties>  
```
```
profile>  
```
```
profiles>  
```
```
settings>  
```


创建共享开发库

    大多数组织将会创建自己的内部开发库，用于配置，而中心开发库用于连接maven

    设置内部开发库是简单的，使用http协议，可以使用存在的http 服务器。或者创建新的服务，使用apache，或者jetty

    假设服务器地址192.168.0.2 ,端口8080

    设置另外一个开发库，用于设置项目的snapshot库

    中心镜像库，使用maven-proxy创建，当然也可以创建自己的镜像。用于下载本地库中没有的artifact

maven-proxy 设置

    从网上直接下载maven-proxy-standalone-0.2-app.jar和 proxy.properties

    在命令行中，直接运行java -jar maven-proxy-standalone-0.2-app.jar  proxy.properties

主要的配置：

设置repo.list 中增加相应的库就可以，如下定义：

repo.list=repo1.maven.org,...

#maven 的中心库

repo.repo1.maven.org.url=

repo.repo1.maven.org.description=maven.org

repo.repo1.maven.org.proxy=one

repo.repo1.maven.org.hardfail=false

repo.repo1.maven.org.cache.period=360000

repo.repo1.maven.org.cache.failures=true

以后所有的远程库，都通过此方式增加。顺便说一下，不要忘了注释原来的example，那是没有办法访问的。


其他配置如

端口号 port=9999

保存的位置 repo.local.store=target/repo

serverName=


创建标准的组织pom

定义共同的内容，包括公司的结构，如组织，部门以及团队。

察看一下maven 的自身，可以作为很好的参考。

如scm

xml 代码

```
<project>  
```
```
<modelVersion>4.0.0modelVersion>  
```
```
<parent>  
```
```
<groupId>org.apache.mavengroupId>  
```
```
<artifactId>maven-parentartifactId>  
```
```
<version>1version>  
```
```
parent>  
```

<groupId>org.apache.maven.scmgroupId>

```
<artifactId>maven-scmartifactId>  
```
```
<url>url>  
```
```
...  
```
```
<modules>  
```
```
<module>maven-scm-apimodule>  
```
```
<module>maven-scm-providersmodule>  
```
```
...  
```
```
modules>  
```
```
project>      
```


在maven父项目中可以看到如下定义：

xml 代码

```
<project>  
```
```
<modelVersion>4.0.0modelVersion>  
```
```
<parent>  
```
```
<groupId>org.apachegroupId>  
```
```
<artifactId>apacheartifactId>  
```
```
<version>1version>  
```
```
parent>  
```
```
<groupId>org.apache.mavengroupId>  
```
```
<artifactId>maven-parentartifactId>  
```
```
<version>5version>  
```
```
<url>url>  
```
```
...  
```
```
<mailingLists>  
```
```
<mailingList>  
```

<name>Maven Announcements Listname>

<post>announce@maven.apache.orgpost>

```
...  
```
```
mailingList>  
```
```
mailingLists>  
```
```
<developers>  
```
```
<developer>  
```
```
...  
```
```
developer>  
```
```
developers>  
```
```
project>       
```

maven 父pom包括了共享的元素，如声明邮件列表，开发者。并且大多数项目继承apache组织：

xml 代码

```
<project>  
```
```
<modelVersion>4.0.0modelVersion>  
```
```
<groupId>org.apachegroupId>  
```
```
<artifactId>apacheartifactId>  
```
```
<version>1version>  
```
```
<organization>  
```

<name>Apache Software Foundationname>

```
<url>url>  
```
```
organization>  
```
```
<url>url>  
```
```
...  
```
```
<repositories>  
```
```
<repository>  
```
```
<id>apache.snapshotsid>  
```

<name>Apache Snapshot Repositoryname>

```
<url>url>  
```
```
<releases>  
```
```
<enabled>falseenabled>  
```
```
releases>  
```
```
repository>  
```
```
repositories>  
```
```
...  
```
```
<distributionManagement>  
```
```
<repository>  
```
```
...  
```
```
repository>  
```
```
<snapshotRepository>  
```
```
...  
```
```
snapshotRepository>  
```
```
distributionManagement>  
```
```
project>       
```


对于项目自身来说，父pom很少更新。所以，最后的方式保存父pom文件在单独的版本控制区域，它们能够check out，更改和配置

使用Continuum持久整合

    持续整合自动build你的项目，通过一定的时间，包括所有的冲突在早期察觉，而不是发布的时候。另外持续整合也是一种很好的开发方式，使团队成员能产生细微的，交互的变动，能更有效的支持平行开发进程。

    可以使用maven的continuum作为持久整合的服务。

    安装continuum，比较简，使用以下的命令：

    C:\mvnbook\continuum-1.0.3> bin\win32\run

    可以通过来验证

    为了支持continuum 发送e-mail提醒，你需要相应的smtp服务用于发送信息。默认使用localhost:25，如果你没有设置，编辑上面的文件改变smtp-host设置。

    下一步，设置svn目录：

    svn co file://localhost/C:/mvnbook/svn/proficio/trunk proficio

    编辑pom.xml用于正确相应得e-mail地址。

xml 代码

```
...  
```
```
<ciManagement>  
```
```
<system>continuumsystem>  
```
```
<url>
```
```
<notifiers>  
```
```
<notifier>  
```
```
<type>mailtype>  
```
```
<configuration>  
```

<address>youremail@yourdomain.comaddress>

```
configuration>  
```
```
notifier>  
```
```
notifiers>  
```
```
ciManagement>  
```
```
...  
```
```
<scm>  
```
```
<connection>  
```

scm:svn:file://localhost/c:/mvnbook/svn/proficio/trunk

```
connection>  
```
```
<developerConnection>  
```

scm:svn:file://localhost/c:/mvnbook/svn/proficio/trunk

```
developerConnection>  
```
```
scm>  
```
```
...  
```
```
<distributionManagement>  
```
```
<site>  
```
```
<id>websiteid>  
```
```
<url>  
```

file://localhost/c:/mvnbook/repository/sites/proficio

```
/reference/${project.version}  
```
```
url>  
```
```
site>  
```
```
distributionManagement>      
```


提交相应的pom,然后执行mvn install

如果你返回，你会看到相应的项目列表。

一旦你登录后，你可以选择mavan 2.0项目用于增加相应的项目。你可以增加你的url或者提交你的本地内容。

你可以使用本地pom url，如下file://localhost/c:mvnbook/proficio/pom.xml

在提交了此url后，continuum将会返回相应的成功信息。

以下的原则用于更好的帮助持续整合：

早提交，经常提交：当用户经常提交时，持续整合是最有效的。这并不意味着，提交不正确的代码。

经常运行build：用于最快检测失败

尽快修正失败：当失败发生时，应该马上修正失败

建议一个有效的版本

运行clean build

运行复杂的综合测试

build所有的项目结构分支

持续运行项目的拷贝

阅读(1650) | 评论(0) | 转发(0) |

上一篇：maven 配置篇之 settings.xml

下一篇：maven2 建立统一的管理站点

给主人留下些什么吧！~~

感谢所有关心和支持过ChinaUnix的朋友们

16024965号-6