Maven多模块结构下版本号管理的正确姿势

Maven多模块结构下版本号管理的正确姿势
不知道大家有没有做过需要发布到远程仓库的maven项目，还是多module的，每个模块还都可以独立存在，有自己的版本号。就像spring boot那样，jdbc/web/redis等模块虽然都是一个项目下的多个module，但发布后都是独立的artifact。如果写死版本号很不利于维护，引用版本号又会有继承之类的问题。那么问题来了，如何维护一个全局的版本号呢？

在使用Maven多模块结构工程时，配置版本号是一个比较头疼的事。继承版本，依赖版本，自身版本，都需要单独定义，很是麻烦。但其实Maven已经提供了这种CI版本的管理方式，下面来介绍具体用法。

从Maven 3.5.0-beta-1版本开始，就可以使用${revision}, ${sha1} 和 ${changelist}作为占位符来替换pom文件了。

注意：低版本Idea下使用${revision}定义Parent版本时会提示错误“Reports that usage of properties in modules parent definition is prohibited”，但并不影响使用，只是Idea不支持这种写法而已。

单模块项目

4.0.0
org.apache.maven.ci
ci-parent
First CI Friendly
$revision</version>...</project>复制代码这种情况比较简单，只使用了${revision}来替换版本。

还可以用另一种动态添加参数的方式来指定版本

mvn -Drevision=1.0.0-SNAPSHOT clean package
复制代码
-D代表设置环境变量

-D,–define Define a system property
复制代码
或者在(父)项目的properties中定义版本：

4.0.0 org.apache.maven.ci ci-parent First CI Friendly ${revision} ... 1.0.0-SNAPSHOT 复制代码 多模块项目 现在来看看多模块构建的情况。有一个父项目和一个或多子模块。父pom将如下所示： 4.0.0 org.apache.maven.ci ci-parent First CI Friendly ${revision} ... 1.0.0-SNAPSHOT child1 .. 复制代码 子模块配置： 4.0.0 org.apache.maven.ci ci-parent ${revision} org.apache.maven.ci ci-child ... 复制代码 多模块项目中子模块的版本应该使用父工程的版本，单独设置版本的话会导致版本混乱。

依赖
多模块工程结构下，会有很多模块依赖的情况，应该使用${project.version}来定义依赖（同父工程下的依赖）的版本

4.0.0 org.apache.maven.ci ci-parent First CI Friendly ${revision} ... 1.0.0-SNAPSHOT child1 .. 复制代码 子工程配置： 4.0.0 org.apache.maven.ci ci-parent ${revision} org.apache.maven.ci ci-child ... org.apache.maven.ci child2 ${project.version} 复制代码 install/deploy 如果使用以上设置来发布，必须使用flatten-maven-plugin 4.0.0 org.apache apache 18 org.apache.maven.ci ci-parent First CI Friendly ${revision} ... 1.0.0-SNAPSHOT org.codehaus.mojo flatten-maven-plugin 1.1.0 true resolveCiFriendliesOnly flatten process-resources flatten flatten.clean clean clean child1 .. 复制代码 最终执行install/deploy后，maven会将该module的pom文件中的${revision}替换为实际的版本号，轻松解决pom中版本号的问题

参考
maven.apache.org/maven-ci-fr…
github.com/spring-proj…
www.mojohaus.org/flatten-mav…
原创不易，转载请联系作者。如果我的文章对您有帮助，请点赞/收藏/关注鼓励支持一下吧❤❤❤❤❤❤