使用maven2 进行团队配置

使用maven2 进行团队配置
对于团队来说，建立统一的开发环境是必须的，而maven能很好帮助建立统一的环境。下面就介绍如何更有效的进行统一的配置。
准备工作：
下载必须的软件：
maven2: http://maven.apache.org/download.html 最主要的
maven-proxy：用来代理repository，使用代理来访问多个远程库
http://maven-proxy.codehaus.org/
continuum：一个不错的持续整合工具，用于自动build。支持ant,maven
http://maven.apache.org/continuum/
svn:版本控制工具
创建一致的开发环境
在共享的开发环境中，更好的建议是保持maven的两个不同的配置文件分别管理，包括共享和用户自定义设置。共同的配置包括在安装目录中，而单独的开发设置保存在用户本地目录。
全局的配置文件settings.xml

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

internal
${website.username}
${website.pwd}
664
775

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

snapshot
${website.username}
${website.pwd}
664
775





central-repo


central
Internal Repository
http://192.168.0.2:9999/repository




central
Internal Repository
http://192.168.0.2:9999/repository





internal-repo


internal
Internal Repository
http://192.168.0.2:8080/repo-local

true
never
warn





internal
Internal Plugin Repository
http://192.168.0.2:8080/repo-local

true
never
warn






snapshot-repo


snapshot
Internal Repository
http://192.168.0.2:8080/repo-snapshot

true
interval:60
warn





snapshot
Internal Plugin Repository
http://192.168.0.2:8080/repo-snapshot

true
interval:60
warn







central-repo
internal-repo
snapshot-repo



com.mycompany.plugins

包括了以下的共享因素：
服务器设置典型是共同的，只有用户名需要在用户环境中设置。使用一致的定义来配置共同的设置 profile定义了共同的因素，内部开发库，包括指定的组织或者部门发布的产品。这些库独立于核心开发库。 激活的profiles列表，用于激活相应的profile plugin 组只有当你的组织中有自己定义的插件，用于命令行运行在pom中定义。
对于单独的用户来说，设置如下：



property-overrides

myuser
test




创建共享开发库
大多数组织将会创建自己的内部开发库，用于配置，而中心开发库用于连接maven
设置内部开发库是简单的，使用http协议，可以使用存在的http 服务器。或者创建新的服务，使用apache，或者jetty
假设服务器地址192.168.0.2 ,端口8080
http://192.168.0.2:8080/repo-local
设置另外一个开发库，用于设置项目的snapshot库http://192.168.0.2:8080/repo-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=http://repo1.maven.org/maven2
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=http://localhost:9999
创建标准的组织pom
定义共同的内容，包括公司的结构，如组织，部门以及团队。
察看一下maven 的自身，可以作为很好的参考。
如scm

4.0.0

org.apache.maven
maven-parent
1

org.apache.maven.scm
maven-scm
http://maven.apache.org/maven-scm/
...

maven-scm-api
maven-scm-providers
...


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

4.0.0

org.apache
apache
1

org.apache.maven
maven-parent
5
http://maven.apache.org/
...


Maven Announcements List
announce@maven.apache.org
...




...



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

4.0.0
org.apache
apache
1

Apache Software Foundation
http://www.apache.org/

http://www.apache.org/
...


apache.snapshots
Apache Snapshot Repository
http://svn.apache.org/maven-snapshot-repository

false



...


...


...



对于项目自身来说，父pom很少更新。所以，最后的方式保存父pom文件在单独的版本控制区域，它们能够check out，更改和配置.
使用Continuum持久整合
持续整合自动build你的项目，通过一定的时间，包括所有的冲突在早期察觉，而不是发布的时候。另外持续整合也是一种很好的开发方式，使团队成员能产生细微的，交互的变动，能更有效的支持平行开发进程。
可以使用maven的continuum作为持久整合的服务。
安装continuum，比较简，使用以下的命令：
C:\mvnbook\continuum-1.0.3> bin\win32\run
可以通过http://localhost:8082/continuum来验证
为了支持continuum 发送e-mail提醒，你需要相应的smtp服务用于发送信息。默认使用localhost:25，如果你没有设置，编辑上面的文件改变smtp-host设置。
下一步，设置svn目录：
svn co file://localhost/C:/mvnbook/svn/proficio/trunk proficio
编辑pom.xml用于正确相应得e-mail地址。
...

continuum
http://localhost:8080/continuum


mail

youremail@yourdomain.com

...


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


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


...


website

file://localhost/c:/mvnbook/repository/sites/proficio
/reference/${project.version}



提交相应的pom,然后执行mvn install
如果你返回http://localhost:8082/continuum，你会看到相应的项目列表。
一旦你登录后，你可以选择mavan 2.0项目用于增加相应的项目。你可以增加你的url或者提交你的本地内容。
你可以使用本地pom url，如下file://localhost/c:mvnbook/proficio/pom.xml
在提交了此url后，continuum将会返回相应的成功信息。
以下的原则用于更好的帮助持续整合：
早提交，经常提交：当用户经常提交时，持续整合是最有效的。这并不意味着，提交不正确的代码。
经常运行build：用于最快检测失败
尽快修正失败：当失败发生时，应该马上修正失败
建议一个有效的版本
运行clean build
运行复杂的综合测试
build所有的项目结构分支
持续运行项目的拷贝
posted on 2007-01-07 19:41布衣郎 阅读(1441)评论(1)  编辑 收藏引用 所属分类:配置管理

FeedBack:
# re: 使用maven2 进行团队配置
2007-01-09 15:18 |三人行，必有我师焉
自己没用过，不过听说传说中的maven应该是很不错的，可以自己建立项目的依赖项，不用一个个的为每个项目编写Ant脚本。我们公司的项目用maven编译的时间只是用ant脚本自动编译时间的20%，让我着实惊讶了一下，不过最后还是被上面的老大们否决了，最后用的是Eclipse官方的一套标准的编译框架。  回复  更多评论