完成一个项目版本的发布,通常有一套固定的流程。假设当前trunk开发版本为 1.0.0-SNAPSHOT,当测试验收完毕将项目版本设置为正式版本1.0.0,并且进行打标记形成tag_1.0.0(将trunk 1.0.0代码copy一份到tag目录,形成一次里程碑),最后将trunk开发版本设置为1.1.0继续开发。上述流程较为简单,基本上都是pom和svn的操作,但是每一次版本迭代都需要人工维护,maven是否将这些操作整合起来了呢,答案是肯定的。maven release plugin就是用于项目版本维护的插件。
插件的使用核心在于pom文件配置。配置分为三个部分,第一引入插件,第二通过scm标签管理svn,第三管理私服jar包。
<!--自动发版本 -->
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-release-plugin</artifactId>
<configuration>
<autoVersionSubmodules>true</autoVersionSubmodules>
<!--prepare需要执行哪些目标,默认就是上面的clean和verify。如果需要自定义可以特殊配置。-->
<preparationGoals>clean verify</preparationGoals>
<!--避免出现本地 Cannot prepare the release because you have local modifications 异常-->
<checkModificationExcludes>
<checkModificationExclude>pom.xml</checkModificationExclude>
<checkModificationExclude>**</checkModificationExclude>
</checkModificationExcludes>
</configuration>
</plugin>
</plugins>
</build>
<scm>
<!--svn项目地址,可以是主干目录,也可以是分支目录
如果是主干地址,则基于主干打tag,以及更新主干的版本号-->
<developerConnection>scm:svn:svn://ip/test-repo/trunk</developerConnection>
</scm>
<!--发布jar到私服url地址 deploy-->
<distributionManagement>
<repository>
<!--和setting中配置的id保持一致即可,不必和仓库名一致-->
<id>test-repo</id>
<name>common service</name>
<url>http://ip:port/repository/test-repo/</url>
</repository>
</distributionManagement>
插件主要使用的三个命令,mvn release:prepare(准备)、mvn release:rollback(回滚)、mvn release:perform(执行)。
mvn release:prepare 发版前的准备命令,主要做以下工作
设置正式发布的版本号,为1.0.0
对当前版本(scm指定)打tag,为tag_1.0.0
将当前trunk下一个开发版本更改为1.1.0-SNAPSHOT
形成为发布做准备文件
mvn release:rollback 发生错误时可进行回滚
mvn release:perform -Darguments="-Dmaven.javadoc.skip=true" (通常为了跳过生成javadoc),发布,主要做以下工作:
打包时会将svn中tag_1.0.0中的代码下载到本地。
打成jar包上传到nexus中。