- 浏览: 1593938 次
- 性别:
- 来自: 苏州
文章分类
最新评论
-
payton321:
dao,util,servie,基础模块应该是maven项目, ...
Maven最佳实践:划分模块 -
AdrainHuang:
深有体会,我这边已经 给项目坑死了,依赖关系太复杂,基本没人敢 ...
Maven最佳实践:管理依赖 -
远方_张涛:
赞赞赞,生动有趣还说明问题
Maven最佳实践:版本管理 -
smartdog:
新的网站访问不了啊~~博主快更新
再见JavaEye -
smartdog:
言简意赅,厉害
Maven最佳实践:遵循约定
什么是版本管理
首先,这里说的版本管理(version management)不是指版本控制(version control),但是本文假设你拥有基本的版本控制的知识,了解subversion的基本用法。版本管理中说得版本是指构件(artifact)的版本,而非源码的版本(如subversion中常见的rXXX,或者git中一次提交都有个sha1的commit号)。
比如我有一个项目,其artifactId为myapp,随着项目的进展,我们会生成这样一些jar:myapp-1.0-SNAPSHOT.jar,myapp-1.0.jar,myapp-1.1-SNAPSHOT.jar,myapp-1.0.1.jar等等。你可能会说,这很简单啊,我在POM中改个version,mvn clean install不就完了?但这只是表面,本文我将讲述,snapshot和release版本的区别,如何自动化版本发布(如果你的项目有几十个module,你就会觉得手工改POM来升级版本是很痛苦的事情),结合自动化发布的过程,这里还会介绍maven-release-plugin。此外,一些scm概念也会被涉及到,比如tag和branch。
前提:版本控制
不管怎样,我们都需要建立一个项目并提交到SCM中,这里我以subversion为例。你得有一个配置好的subversion repository,这里我建立了一个空的svn仓库,其地址为:https://192.168.1.100:8443/svn/myapp/ 现在,该目录下只有三个空的典型的子目录:/trunk/, branches/, tags/。分别用来存放主干,分支,以及标签。
接着将项目导入到svn仓库中,到项目根目录,运行如下命令:
svn import -m 'project initialization' https://192.168.1.100:8443/svn/myapp/trunk
(注意,这么做你会将目录下所有文件导入到svn库中,但是这其中某些目录和文件是不应该被导入的,如/target目录,以及eclipse相关的项目文件)
目前,我们将项目的版本设置为1.0-SNAPSHOT。
为什么用SNAPSHOT?
我先说说如果没有SNAPSHOT会是什么样子。假设你的项目有2个模块,A,B,其中A依赖B。这三个模块分别由甲,乙两个个人负责开发。在开发过程中,因为A是依赖于B的,因此乙每次做一个改动都会影响到甲,于是,乙提交了一些更改后,需要让甲看到。这个时候,怎么做呢?乙对甲说,“你签出我的代码,build一下就OK了”,甲有点不情愿,但还是照做了,签出代码,svn clean install,然后,发现build出错了,有个测试没有pass。甲郁闷了,对乙说,“你的代码根本不能用,我不想build,你build好了给我”,乙看了看确实自己的代码build不过,于是回去解决了,然后打了个jar包,扔给甲,甲对了对groupId,artifactId,放到了自己的.m2/repository/目录下,OK,能用了。
于是乙每次更新都这样做,打包,复制,然后甲粘贴,使用……渐渐的,大家发现这是个很笨的办法,这是纯手工劳动阿,程序员最BS的就是重复劳动。一天,甲对乙说,“你知道nexus么?你把你的jar发布到nexus上就可以了,我要用就自动去下载,这多棒!”乙说“哦?有这好东西,我去看看”于是乙发现了nexus这块新大陆,并成功的发布了B到nexus上。(见,Nexus入门指南,(图文) )。
但是,请注意,我们这里的一切都假设没有SNAPSHOT,因此如果乙不更改版本,甲下载一次如B-1.0.jar之后,maven认为它已经有了正确的B的版本,就不会再重新下载。甲发现了这个问题,对乙说“你的更新我看不到,你更新了么?”乙说“不可能!我看看”,于是检查一下甲下载的C-1.0.jar,发现那是几天前的。乙一拍脑袋,说“这简单,我更新一下我的版本就好了,我发布个B-1.1.jar上去,你更新下依赖版本”,甲照做了,似乎这么做是可行的。
这里有一个问题,一次提交就更新一个版本,这明显不是正确的管理办法,此外,乙得不停的通知甲更新对B的依赖版本,累不累阿?1.0,或者说1.1,2.0,都代表了稳定,这样随随便便的改版本,能稳定么?
所以Maven有SNAPSHOT版本的概念,它与release版本对应,后者是指1.0,1.1,2.0这样稳定的发布版本。
现在乙可以将B的版本设置成1.0-SNAPSHOT,每次更改后,都mvn deploy到nexus中,每次deploy,maven都会将SNAPSHOT改成一个当前时间的timestamp,比如B-1.0-SNAPSHOT.jar到nexus中后,会成为这个样子:B-1.0-20081017-020325-13.jar。Maven在处理A中对于B的SNAPSHOT依赖时,会根据这样的timestamp下载最新的jar,默认Maven每天 更新一次,如果你想让Maven强制更新,可以使用-U参数,如:mvn clean install -U 。
现在事情简化成了这个样子:乙做更改,然后mvn deploy,甲用最简单的maven命令就能得到最新的B。
从1.0-SNAPSHOT到1.0到1.1-SNAPSHOT
SNAPSHOT是快照的意思,项目到一个阶段后,就需要发布一个正式的版本(release版本)。一次正式的发布需要这样一些工作:
- 在trunk中,更新pom版本从1.0-SNAPSHOT到1.0
- 对1.0打一个svn tag
- 针对tag进行mvn deploy,发布正式版本
- 更新trunk从1.0到1.1-SNAPSHOT
你可以手工一步步的做这些事情,无非就是一些svn操作,一些pom编辑,还有一些mvn操作。但是你应该明白,手工做这些事情,一来繁琐,而来容易出错。因此这里我介绍使用maven插件来自动化这一系列动作。
SCM
首先我们需要在POM中加入scm信息,这样Maven才能够替你完成svn操作,这里我的配置如下:
<scm> <connection>scm:svn:http://192.168.1.100:8443/svn/myapp/trunk/</connection> <developerConnection>scm:svn:https://192.168.1.100:8443/svn/myapp/trunk/</developerConnection> </scm>
需要注意的是,很多windows使用的tortoiseSVN客户端,而没有svn命令行客户端,这会导致Maven所有svn相关的工作失败,因此,你首先确保svn --version能够运行。
分发仓库
想要让Maven帮我们自动发布,首先我们需要配置好分发仓库。关于这一点,见Maven最佳实践:Maven仓库 ——分发构件至远程仓库。
maven-release-plugin
紧接着,我们需要配置maven-release-plugin,这个插件会帮助我们升级pom版本,提交,打tag,然后再升级版本,再提交,等等。基本配置如下:
<plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-release-plugin</artifactId> <version>2.0-beta-7</version> <configuration> <tagBase>https://192.168.1.100:8443/svn/myapp/tags/</tagBase> </configuration> </plugin>
GAV我就不多解释了,这里我们需要注意的是configuration元素下的tagBase元素,它代表了我们svn中的tag目录,也就是说,maven-release-plugin帮我们打tag的时候,其基础目录是什么。这里,我填写了svn仓库中的标准的tags目录。
提交代码
接着,确保你的所有代码都提交了,如果你有未提交代码,release插件会报错,既然你要发布版本了,就表示代码是稳定的,所以要么要么把代码提交了,要么把本地的更改抛弃了。
开始工作
现在,屏住呼吸,执行:
mvn release:prepare
执行过程中,你会遇到这样的提示:
What is the release version for "Unnamed - org.myorg:myapp:jar:1.0-SNAPSHOT"? (org.myorg:myapp) 1.0: :
——“你想将1.0-SNAPSHOT发布为什么版本?默认是1.0。”我要的就是1.0,直接回车。
What is SCM release tag or label for "Unnamed - org.myorg:myapp:jar:1.0-SNAPSHOT"? (org.myorg:myapp) myapp-1.0: :
——“发布的tag标签名称是什么?默认为myapp-1.0。”我还是要默认值,直接回车。
What is the new development version for "Unnamed - org.myorg:myapp:jar:1.0-SNAPSHOT"? (org.myorg:myapp) 1.1-SNAPSHOT: :
——“主干上新的版本是什么?默认为1.1-SNAPSHOT。”哈,release插件会自动帮我更新版本到1.1-SNAPSHOT,很好,直接回车。
然后屏幕刷阿刷,maven在build我们的项目,并进行了一些svn操作,你可以仔细查看下日志。
那么结果是什么呢?你可以浏览下svn仓库:
- 我们多了一个tag:https://192.168.1.100:8443/svn/myapp/tags/myapp-1.0/,这就是需要发布的版本1.0。
- 再看看trunk中的POM,其版本自动升级成了1.1-SNAPSHOT。
这不正是我们想要的么?等等,好像缺了点什么,对了,1.0还没有发布到仓库中呢。
再一次屏住呼吸,执行:
mvn release:perform
maven-release-plugin会自动帮我们签出刚才打的tag,然后打包,分发到远程Maven仓库中,至此,整个版本的升级,打标签,发布等工作全部完成。我们可以在远程Maven仓库中看到正式发布的1.0版本。
这可是自动化的 ,正式的 版本发布!
Maven的版本规则
前面我们提到了SNAPSHOT和Release版本的区别,现在看一下,为什么要有1.0,1.1,1.1.1这样的版本,这里的规则是什么。
Maven主要是这样定义版本规则的:
<主版本>.<次版本>.<增量版本>
比如说1.2.3,主版本是1,次版本是2,增量版本是3。
主版本一般来说代表了项目的重大的架构变更,比如说Maven 1和Maven 2,在架构上已经两样了,将来的Maven 3和Maven 2也会有很大的变化。次版本一般代表了一些功能的增加或变化,但没有架构的变化,比如说Nexus 1.3较之于Nexus 1.2来说,增加了一系列新的或者改进的功能(仓库镜像支持,改进的仓库管理界面等等),但从大的架构上来说,1.3和1.2没什么区别。至于增量版本,一般是一些小的bug fix,不会有重大的功能变化。
一般来说,在我们发布一次重要的版本之后,随之会开发新的版本,比如说,myapp-1.1发布之后,就着手开发myapp-1.2了。由于myapp-1.2有新的主要功能的添加和变化,在发布测试前,它会变得不稳定,而myapp-1.1是一个比较稳定的版本,现在的问题是,我们在myapp-1.1中发现了一些bug(当然在1.2中也存在),为了能够在段时间内修复bug并仍然发布稳定的版本,我们就会用到分支(branch),我们基于1.1开启一个分支1.1.1,在这个分支中修复bug,并快速发布。这既保证了版本的稳定,也能够使bug得到快速修复,也不同停止1.2的开发。只是,每次修复分支1.1.1中的bug后,需要merge代码到1.2(主干)中。
上面讲的就是我们为什么要用增量版本。
实战分支
目前我们trunk的版本是1.1-SNAPSHOT,其实按照前面解释的版本规则,应该是1.1.0-SNAPSHOT。
现在我们想要发布1.1.0,然后将主干升级为1.2.0-SNAPSHOT,同时开启一个1.1.x的分支,用来修复1.1.0中的bug。
首先,在发布1.1.0之前,我们创建1.1.x分支,运行如下命令:
mvn release:branch -DbranchName=1.1.x -DupdateBranchVersions=true -DupdateWorkingCopyVersions=false
这是maven-release-plugin的branch目标,我们指定branch的名称为1.1.x,表示这里会有版本1.1.1, 1.1.2等等。updateBranchVersions=true的意思是在分支中更新版本,而updateWorkingCopyVersions=false是指不更改当前工作目录(这里是trunk)的版本。
在运行该命令后,我们会遇到这样的提示:
What is the branch version for "Unnamed - org.myorg:myapp:jar:1.1-SNAPSHOT"? (org.myorg:myapp) 1.1-SNAPSHOT: :
——"分支中的版本号是多少?默认为1.1-SNAPSHOT" 这时我们想要的版本是1.1.1-SNAPSHOT,因此输入1.1.1-SNAPSHOT,回车,maven继续执行直至结束。
接着,我们浏览svn仓库,会看到这样的目录:https://192.168.1.100:8443/svn/myapp/branches/1.1.x/,打开其中的POM文件,其版本已经是1.1.1-SNAPSHOT。
分支创建好了,就可以使用release:prepare和release:perform为1.1.0打标签,升级trunk至1.2.0-SNAPSHOT,然后分发1.1.0。
至此,一切OK。
小结
本文讲述了如何使用Maven结合svn进行版本管理。解释了Maven中SNAPSHOT版本的来由,以及Maven管理版本的规则。并结合SCM的tag和branch概念展示了如何使用maven-release-plugin发布版本,以及创建分支。本文涉及的内容比较多,且略显复杂,不过掌握版本管理的技巧对于项目的正规化管理来说十分重要。Maven为我们提供了一些一套比较成熟的机制,值得掌握。
评论
请教个问题:B-1.0-20081017-020325-13.jar ,我打出的jar总是少8小时,比如打出的是020325,实际上现在是100325,也就是上午10点多,我判断是时区的问题,但是我不知道怎么解决这个问题。你知道吗?
另外是2009年的文章,是不是已经过时了?
我的场景类似于33楼:
33 楼 wuhao_5418 2014-04-25 引用
我的项目如下:
项目A包含项目B和项目C,同时项目C依赖于项目B。
我对项目A整体release:prepare时,plugin会将ABC项目的pom文件的项目版本都改成release的版本,然后在对C项目进行release时,先编译,会去repository上找已经发布成release的B项目,可这时B项目还没有发布,B项目要依赖于整个项目A发布。导致报错。
这个如何处理?
--------------------------------
现在的问题是,要想发布A,所有包含的子项目必须先下载到本地吗?
比如A下面有300个子项目,我需要把这300个子项目全部下载到本地再
对A项目执行release:prepare吗??
这样不是太累了吧?---- 关键这样也不成功..
[INFO] --- maven-release-plugin:2.4.2:prepare (default-cli) @ resources ---
[INFO] Verifying that there are no local modifications...
[INFO] ignoring changes on: **\release.properties, **\pom.xml.next, **\pom.xml
.releaseBackup, **\pom.xml.backup, **\pom.xml.branch, **\pom.xml.tag
[INFO] Executing: cmd.exe /X /C "svn --non-interactive status"
[INFO] Working directory: C:\Users\Administrator\workspace\resources
[INFO] ------------------------------------------------------------------------
[INFO] BUILD FAILURE
[INFO] ------------------------------------------------------------------------
[INFO] Total time: 4.900s
[INFO] Finished at: Wed Jan 08 13:40:52 CST 2014
[INFO] Final Memory: 6M/60M
[INFO] ------------------------------------------------------------------------
[ERROR] Failed to execute goal org.apache.maven.plugins:maven-release-plugin:2.4
.2:prepare (default-cli) on project resources: Unable to check for local modific
ations
[ERROR] Provider message:
[ERROR] The svn command failed.
[ERROR] Command output:
[ERROR] svn: E155036: Please see the 'svn upgrade' command
[ERROR] svn: E155036: The working copy at 'C:\Users\Administrator\workspace\reso
urces'
[ERROR] is too old (format 29) to work with client version '1.8.5-SlikSvn-1.8.5-
X64 (SlikSvn/1.8.5) X64' (expects format 31). You need to upgrade the working co
py first.
[ERROR] -> [Help 1]
[ERROR]
[ERROR] To see the full stack trace of the errors, re-run Maven with the -e swit
ch.
[ERROR] Re-run Maven using the -X switch to enable full debug logging.
[ERROR]
[ERROR] For more information about the errors and possible solutions, please rea
d the following articles:
[ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/MojoFailureExc
eption
C:\Users\Administrator\workspace\resources>
svn upgrade 就可以了
项目A包含项目B和项目C,同时项目C依赖于项目B。
我对项目A整体release:prepare时,plugin会将ABC项目的pom文件的项目版本都改成release的版本,然后在对C项目进行release时,先编译,会去repository上找已经发布成release的B项目,可这时B项目还没有发布,B项目要依赖于整个项目A发布。导致报错。
这个如何处理?
X64 (SlikSvn/1.8.5) X64' (expects format 31). You need to upgrade the working co
py first.
错误信息说的很清楚了,你的工作目录下的内容是由版本较老的客户端checkout出来的(根据format 29的信息,估计应该是1.7.X的版本。),而你现在使用的是1.8.5的客户端,所以必须先将你本地的工作目录通过新的客户端将文件格式升级到31,即format 31.
还有一个办法就是卸载你安装的客户端,重新安装1.7.9版本的客户端,也可以正常使用。
我重新安裝1.7.x版的也不能成功……,想了很多辦法都不行。算了不折騰了……
X64 (SlikSvn/1.8.5) X64' (expects format 31). You need to upgrade the working co
py first.
错误信息说的很清楚了,你的工作目录下的内容是由版本较老的客户端checkout出来的(根据format 29的信息,估计应该是1.7.X的版本。),而你现在使用的是1.8.5的客户端,所以必须先将你本地的工作目录通过新的客户端将文件格式升级到31,即format 31.
还有一个办法就是卸载你安装的客户端,重新安装1.7.9版本的客户端,也可以正常使用。
[INFO]
[INFO] Downloaded: http://192.168.21.199:8081/nexus/content/groups/public/xpp3/xpp3_min/1.1.4c/xpp3_min-1.1.4c.jar (25 KB at 308.5 KB/sec)
[INFO] [INFO] Packaging webapp
[INFO] [INFO] Assembling webapp [resolveexcel] in [/home/zhuyong/workspace/resolveexcel/target/resolveexcel]
[INFO] [INFO] Processing war project
[INFO] [INFO] Copying webapp webResources [/home/zhuyong/workspace/resolveexcel/WebContent] to [/home/zhuyong/workspace/resolveexcel/target/resolveexcel]
[INFO] [INFO] Webapp assembled in [109 msecs]
[INFO] [INFO] Building war: /home/zhuyong/workspace/resolveexcel/target/resolveexcel.war
[INFO] [INFO] WEB-INF/web.xml already added, skipping
[INFO] [INFO] ------------------------------------------------------------------------
[INFO] [INFO] BUILD SUCCESS
[INFO] [INFO] ------------------------------------------------------------------------
[INFO] [INFO] Total time: 9.625s
[INFO] [INFO] Finished at: Sun Jan 26 16:48:10 CST 2014
[INFO] [INFO] Final Memory: 12M/30M
[INFO] [INFO] ------------------------------------------------------------------------
[INFO] Checking in modified POMs...
[INFO] Executing: /bin/sh -c cd /home/zhuyong/workspace/resolveexcel && svn --non-interactive commit --file /tmp/maven-scm-679551824.commit --targets /tmp/maven-scm-3437704661245412224-targets
[INFO] Working directory: /home/zhuyong/workspace/resolveexcel
[INFO] ------------------------------------------------------------------------
[INFO] BUILD FAILURE
[INFO] ------------------------------------------------------------------------
[INFO] Total time: 14.575s
[INFO] Finished at: Sun Jan 26 16:48:10 CST 2014
[INFO] Final Memory: 7M/18M
[INFO] ------------------------------------------------------------------------
[ERROR] Failed to execute goal org.apache.maven.plugins:maven-release-plugin:2.4.2:prepare (default-cli) on project resolveexcel: Unable to commit files
[ERROR] Provider message:
[ERROR] The svn command failed.
[ERROR] Command output:
[ERROR] svn: E155007: '/home/zhuyong/workspace/resolveexcel/pom.xml' is not a working copy
[ERROR] -> [Help 1]
[ERROR]
[ERROR] To see the full stack trace of the errors, re-run Maven with the -e switch.
[ERROR] Re-run Maven using the -X switch to enable full debug logging.
[ERROR]
[ERROR] For more information about the errors and possible solutions, please read the following articles:
大神求解决方法。svn版本都一致。我在同一服务器的不同用户下 Release的。但老报上面的错误。。。啊啊啊啊啊
[INFO] --- maven-release-plugin:2.4.2:prepare (default-cli) @ resources ---
[INFO] Verifying that there are no local modifications...
[INFO] ignoring changes on: **\release.properties, **\pom.xml.next, **\pom.xml
.releaseBackup, **\pom.xml.backup, **\pom.xml.branch, **\pom.xml.tag
[INFO] Executing: cmd.exe /X /C "svn --non-interactive status"
[INFO] Working directory: C:\Users\Administrator\workspace\resources
[INFO] ------------------------------------------------------------------------
[INFO] BUILD FAILURE
[INFO] ------------------------------------------------------------------------
[INFO] Total time: 4.900s
[INFO] Finished at: Wed Jan 08 13:40:52 CST 2014
[INFO] Final Memory: 6M/60M
[INFO] ------------------------------------------------------------------------
[ERROR] Failed to execute goal org.apache.maven.plugins:maven-release-plugin:2.4
.2:prepare (default-cli) on project resources: Unable to check for local modific
ations
[ERROR] Provider message:
[ERROR] The svn command failed.
[ERROR] Command output:
[ERROR] svn: E155036: Please see the 'svn upgrade' command
[ERROR] svn: E155036: The working copy at 'C:\Users\Administrator\workspace\reso
urces'
[ERROR] is too old (format 29) to work with client version '1.8.5-SlikSvn-1.8.5-
X64 (SlikSvn/1.8.5) X64' (expects format 31). You need to upgrade the working co
py first.
[ERROR] -> [Help 1]
[ERROR]
[ERROR] To see the full stack trace of the errors, re-run Maven with the -e swit
ch.
[ERROR] Re-run Maven using the -X switch to enable full debug logging.
[ERROR]
[ERROR] For more information about the errors and possible solutions, please rea
d the following articles:
[ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/MojoFailureExc
eption
C:\Users\Administrator\workspace\resources>
这里是说一定要装个服务端吗?
我现在的eclipse3.6 已经安装了maven插件 和 tortoiseSVN,但是一直没法使用 SCM,也不知道怎么用,网上搜了很久,感觉都是稀里糊涂的没重点。。。我现在没法通过Maven中的 check out 从svn上下载maven项目,只能用普通的从svn上直接拉项目。。。能详细说明下SCM的使用吗?
这个意思是你需要在cmd窗口运行“svn --version”,如果不能运行,你需要去装一个svn的客户端,是基于命令行的那种客户端。你可以去下载 Slik-Subversion 。
这里是说一定要装个服务端吗?
我现在的eclipse3.6 已经安装了maven插件 和 tortoiseSVN,但是一直没法使用 SCM,也不知道怎么用,网上搜了很久,感觉都是稀里糊涂的没重点。。。我现在没法通过Maven中的 check out 从svn上下载maven项目,只能用普通的从svn上直接拉项目。。。能详细说明下SCM的使用吗?
[ERROR] Failed to execute goal org.apache.maven.plugins:maven-release-plugin:2.0:prepare (default-cli) on project nm_system: Maven execution failed, exit code: '1' -> [Help 1]
报了这个错误。求楼主解答写;感激不尽
但是我出现了一个问题,在成功执行mvn release:prepare 后,
发现svn中创建了release的文件夹,但是文件夹下没有内容(空文件夹)。
不知道是什么一回事?
盼求解答!
发表评论
-
我的书《Maven实战》
2010-11-12 13:09 70137我本来已经决定停止更新该博客了,但是为了推广下我的新书《Mav ... -
m2eclipse 0.10.0发布
2010-02-22 17:34 8050本文译自 http://www.sonatyp ... -
按需构建多模块,玩转Maven反应堆
2010-01-07 19:57 29587在多模块Maven项目中,反应堆(Reactor)是一个包含了 ... -
Maven仓库的布局
2009-12-14 08:54 11961注:本文节选自我正在 ... -
Maven3初窥
2009-11-10 16:28 20767Maven3的开发已经完成大半,本周末将发布alpha-3(T ... -
Nexus 1.4.0 发布
2009-10-29 17:22 6230新完成的用户故事: [ NEXUS-463] - ... -
archtype:generate出错?
2009-10-12 00:10 8201我们常常会使用mvn archet ... -
你最常用的构建和发布管理工具是什么?
2009-09-13 15:03 13020最近Eclipse社区进行了一项调查,关注社区如何使用Ecli ... -
策划编写《Maven实战》——初步目录
2009-09-09 03:42 82472010-08-27更新 关注 ... -
Maven最佳实践:持续集成
2009-08-21 17:14 0test -
Maven最佳实践:集成web容器
2009-08-21 17:13 0test -
《Maven权威指南》完整发布,带官方PDF
2009-07-06 00:45 675672010/04/29更新 :我已 ... -
Nexus Indexer 2.0:增量下载
2009-05-14 16:33 10314原文:http://www.sonatype.com/peop ... -
Maven最佳实践:Maven仓库
2009-04-01 17:42 111033什么是Maven仓库 在不用M ... -
Maven中央仓库的中国镜像
2009-03-31 22:53 45942(2011-01-27更新,由于私人原因,该镜像已关闭,在此致 ... -
Nexus入门指南(图文)
2009-03-15 23:07 147686Nexus介绍 Nexus 是Maven仓 ... -
“第十七章 编写插件” 发布
2009-03-09 17:16 3917又是漫长的一章内容,但如同本书的任何一章一样,由于原作者都是M ... -
Maven最佳实践:管理依赖
2009-02-23 16:50 28359"If I have seen further it ... -
m2e:为Eclipse引入Maven(下)
2009-02-04 16:19 30361译自:http://www.sonatype.co ... -
m2e:为Eclipse引入Maven(上)
2009-02-04 14:10 12735译自:http://www.sonatype.co ...
相关推荐
【MAVEN使用最佳实践】 Maven 是一个强大的项目管理和构建工具,它简化了Java应用程序的构建过程,通过一套约定优于配置的原则,使得项目构建、依赖管理和文档生成等工作变得标准化。以下是一些在使用Maven时可以...
10. 使用Maven仓库的最佳实践: - 保持pom.xml文件的整洁,避免引入不必要的依赖。 - 对于公司内部的项目,推荐使用私有仓库托管,以防止版本冲突和敏感信息泄露。 - 定期更新依赖,以获取最新的安全修复和功能...
### Maven的最佳实践 - 保持POM简洁清晰,避免过度配置。 - 使用统一的命名规则和版本控制策略。 - 利用Maven的 profiles 功能为不同的环境(如开发、测试、生产)创建不同的配置。 - 使用Maven的依赖管理,避免...
### 六、最佳实践与注意事项 1. **避免压缩库文件**:第三方库通常已经过优化,不需要再压缩,因此在`excludes`中排除这些库文件。 2. **版本控制**:确保将原始未压缩文件纳入版本控制系统,以便于调试和更新。 3....
- **版本控制**:archetype 可以随着项目需求的变化而更新,新版本的 archetype 会包含最新的最佳实践和依赖。 ### Maven Archetype 的配置文件 每个 archetype 都有一个配置文件,通常是 `archetype-metadata.xml...
最佳实践 smart-doc+形成业界领先的文档生成与管理解决方案,使用smart-doc完成Java源代码分析并提取注解生成API文档无侵入,自动推送文档至Torna企业级接口文档管理平台. 入门 添加插件 <groupId>...
何为Maven 构建,依赖管理,项目信息聚合 Maven核心概念 坐标,依赖,仓库,生命周期,插件 Maven最佳实践 创建、打包、发布、版本管理 项目实战 Nexus(Todo…) M2eclipse(Todo…)
** Maven 3:最佳实践与全面指南 ** Maven 是一个强大的项目管理和构建工具,尤其在Java开发领域中被广泛使用。"最好用的maven3"这一标题表明了Maven 3版本因其高效和易用性而备受推崇。本文将深入探讨Maven 3的...
**3.6 POM 最佳实践** - **3.6.1 依赖分组**:将相关的依赖放在一起,方便管理和查找。 - **3.6.2 多模块与继承** - **3.6.2.1 简单项目**:对于较小的项目,可以使用单一的 POM 文件来管理整个项目。 - **3.6....
### Maven最佳实践 - **保持POM简洁**:避免在POM中添加不必要的配置,尽量利用Maven的默认设置。 - **使用父POM**:多个项目共享相同配置时,可以创建一个父POM来统一管理。 - **版本管理**:遵循 Semantic ...
**四、最佳实践** 1. **保持POM简洁**: 避免在POM中直接引入整个依赖树,尽可能精确地声明直接依赖。 2. **版本管理**: 使用`<version>`标签管理项目版本,遵循语义化版本规则。 3. **使用版本范围(Version Ranges...
这个"maven-parent"主要被Apache的各个子项目引用,为它们提供一致性和最佳实践。 标题 "maven-parent:Apache Maven项目父POM" 指出这个压缩包包含的是与Maven的父POM相关的源代码和配置。这个父POM包含了各种默认...
**Maven版的JPA最佳实践** 在Java开发中,Maven作为项目构建工具,而JPA(Java Persistence API)则是用于对象关系映射(ORM)的标准,它们结合使用能够帮助开发者更高效地管理和操作数据库。本文将深入探讨在Maven...
1. Maven最佳实践:提供了一些实际项目中如何有效使用Maven的经验和建议。 2. 敏捷开发与持续集成:讲解如何利用Maven与敏捷开发方法(如Scrum、XP)结合,以及如何与持续集成工具(如Jenkins、Hudson)集成。 3. ...
5. **社区支持**:在开发者论坛或邮件列表中寻求帮助,询问关于过时插件的最佳实践。 总之,对于Java和Maven的使用者来说,保持插件的更新和选择官方推荐的插件是保证项目顺利构建和长期维护的关键。当遇到不建议...
- **Maven**:文档和社区支持同样丰富,而且由于其标准化的构建模型,更容易找到官方推荐的解决方案和最佳实践。 #### 实战案例分析 1. **错误配置示例**: - **问题描述**:在使用Maven的J2EE项目中,配置`...
- 指导开发:Maven提供了Java项目的最佳实践,通过预设的项目结构,自动生成项目骨架。 - 自动编译:Maven不仅能自动编译源码,还能执行测试、打包、部署、文档生成等一系列任务。 - 依赖管理:Maven通过仓库管理...
通过深入学习这份"Maven帮助文档",开发者不仅可以掌握Maven的基本操作,还能理解其背后的原理和最佳实践,从而提升项目构建的效率和质量。无论你是初学者还是经验丰富的开发者,这份文档都将是你宝贵的参考资料。