Maven多模块版本统一管理

Maven多模块版本统一管理

遇到的问题

​ 在开发一些工具包或者平常微服务代码编辑的时候分了很多模块,类似下图:
在这里插入图片描述

​ 其中kcommon是父级模块,kcommon-aop、kcommon-auth、kcommon-common、kcommon-constant、kcommon-crypt、kcommon-file是子级模块。

​ 这么多子级模块,就会存在一个比较麻烦的问题:更新父级版本号的时候,如果想让子级模块的版本号与父级模块的版本号保持一致,每次改动版本号都要手动去更改每一个子模块的版本号,非常的不方便,所以:

解决问题

方案1:

​ 在父级模块kcommon的pom.xml中标签中定义一个变量“version-control”,然后在子级模块中的标签中指定该变量,如下图:

在这里插入图片描述

​ 这样做确实可以做到,修改“version-control”中的版本号就能修改所有子级模块的版本号,打包也没有问题,但是有个小细节,子模块的标签中的引用该变量会报错,如下图:

在这里插入图片描述

​ 如果不修改parent的版本号,新版本号的子集模块依赖的还是旧的父级模块,还是需要去手动修改每一个子集模块的父级模块的版本号,非常的不方便。

弥补方案1的方案2:

​ 要解决子集模块的父级模块版本号使用动态变量指定的问题,从 Maven 3.5.0-beta-1 开始,你可以在 Maven POM 文件中使用以下几种变量作为版本占位符,全局通用,且可以动态变更版本号:

  1. ${revision}:这个变量用于表示项目的版本号,可以在 POM 文件中定义,并在其他地方使用。
  2. ${changelist}:这个变量用于表示构建的 SVN、Git 或 Mercurial 修订号或提交号。需要使用相应的插件来生成它。
  3. ${sha1}:这个变量用于表示构建的 Git 或 Mercurial SHA-1 哈希值。同样,需要使用相应的插件来生成它。
  4. ${changelist.base}:这个变量与 ${changelist} 类似,但它表示基准版本的修订号或提交号

注意:只能命名成这4种固定的占位符,不可以命名成其他的字符,否则会飘红无效

占位符使用演示

注意:老版本的Idea下使用${revision}定义Parent版本时会提示错误“Reports that usage of properties in modules parent definition is prohibited”,但并不影响使用,只是Idea不支持这种写法而已,升级IDea版本也可以解决

父模块:

在父模块的pom.xml文件的标签中定义标签,这里定义的版本号为1.4.1-SNAPSHOT

	<artifactId>kcommon</artifactId>
    <version>${revision}</version>
    <packaging>pom</packaging>

	<properties>
        <!-- 全局版本控制,如果要修改版本号,修改此处即可-->
        <revision>1.4.1-SNAPSHOT</revision>
    </properties>

子模块

可以直接使用${revision}指定父模块的版本号:

 <parent>
        <artifactId>kcommon</artifactId>
        <groupId>com.xxxx.xxxx</groupId>
        <version>${revision}</version>
        <relativePath>../pom.xml</relativePath>
   </parent>

也可以指定子级模块本身的版本号:

    <modelVersion>4.0.0</modelVersion>
    <version>${revision}</version>
    <artifactId>kcommon-file</artifactId>

也可以在dependency标签中,指定依赖的其他子模块的版本号:

        <dependency>
            <groupId>com.xxxxx.xxxxx</groupId>
            <artifactId>kcommon-aop</artifactId>
            <version>${revision}</version>
        </dependency>

install或者depoy

​ 按照以上操作,是可以成功install或者depoy的,但是如果别人的工程中引用了你的包,然后打包的时候就会提示:${revision}占位符出错:

在这里插入图片描述

​ 这是因为,你打的包,把占位符也原封不动打上去了,应该要把占位符替换成具体的版本号再depoy到远程仓库。

如何解决:

可以使用插件flatten-maven-plugin来解决:

<plugins> 
		<plugin>
                <groupId>org.codehaus.mojo</groupId>
                <artifactId>flatten-maven-plugin</artifactId>
                <version>1.1.0</version>
                <configuration>
                    <!-- 是否更新pom文件,此处还有更高级的用法 -->
                    <updatePomFile>true</updatePomFile>
                    <flattenMode>resolveCiFriendliesOnly</flattenMode>
                </configuration>
                <executions>
                    <execution>
                        <id>flatten</id>
                        <phase>process-resources</phase>
                        <goals>
                            <goal>flatten</goal>
                        </goals>
                    </execution>
                    <execution>
                        <id>flatten.clean</id>
                        <phase>clean</phase>
                        <goals>
                            <goal>clean</goal>
                        </goals>
                    </execution>
                </executions>
            </plugin>
        </plugins>
  • 2
    点赞
  • 13
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
Maven项目管理工具,可以将一个完整的项目拆成一个一个模块进行开发,而一些比较通用的模块就可以作为公用组件。在其他项目中直接依赖使用,比如:公用的方法,权限组件等等。 一,新建一个简单的Maven工程,这个Maven工程只含一个pom文件,他是管理各个模块的父级POM,如: Xml代码 <packaging>pom</packaging> <modules> <module>app-utils</module> <module>app-dao</module> <module>app-service</module> <module>app-web</module> </modules> <packaging>pom</packaging> <modules> <module>app-utils</module> <module>app-dao</module> <module>app-service</module> <module>app-web</module> </modules> packaging节点只能指定为pom,modules节点说明由几个模块组合,上面是把我们经常使用的架构分层模式分成一个个组件进行开发dao->service->web层。此pom文档经常还被用来进行一些依赖管理和插件管理,特别对于团队依赖包的管理特别重要,如下: Xml代码 <dependencyManagement> <dependencies> <dependency> <groupId>javax.servlet</groupId> <artifactId>servlet-api</artifactId> <version>2.5</version> <scope>provided</scope> </dependency> <dependency> <groupId>javax.servlet.jsp</groupId> <artifactId>jsp-api</artifactId> <version>2.1</version> <scope>provided</scope> </dependency> </dependencies> lt;/dependencyManagement> <dependencyManagement> <dependencies> <dependency> <groupId>javax.servlet</groupId> <artifactId>servlet-api</artifactId> <version>2.5</version> <scope>provided</scope> </dependency> <dependency> <groupId>javax.servlet.jsp</groupId> <artifactId>jsp-api</artifactId> <version>2.1</version> <scope>provided</scope> </dependency> </dependencies> </dependencyManagement> Xml代码 <build> <plugins> <plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-compiler-plugin</artifactId> <configuration> <source>1.6</source> <target>1.6</target> <encoding>UTF-8</encoding> </configuration> </plugin> </plugins> </build> <build> <plugins> <plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-compiler-plugin</artifactId> <configuration> <source>1.6</source> <target>1.6</target> <encoding>UTF-8</encoding> </configuration> </plugin> </plugins> </build> 二、新建各个模块,这里可以在本项目中建,也可以在外部建立,这要看具体的项目,一般公用组件最好建立成外部新项目,这样对于新的项目也是可以直接依赖的。 如上面的app-utils公用组件通用工具类包:packaging节点是jar,如下: Xml代码 <parent> <artifactId>app-parent</artifactId> <groupId>com.hyq</groupId> <version>1.0-SNAPSHOT</version> </parent> <groupId>com.hyq</groupId> <artifactId>app-utils</artifactId> <version>1.0-SNAPSHOT</version> <parent> <artifactId>app-parent</artifactId> <groupId>com.hyq</groupId> <version>1.0-SNAPSHOT</version> </parent> <groupId>com.hyq</groupId> <artifactId>app-utils</artifactId> <version>1.0-SNAPSHOT</version> 注意:这里是需有parent节点的,说明是继承app-parent来的,其他跟普通的pom一样配置。 app-dao,app-service跟app-utils一样。而app-web,由于这个的package是war包,所以项目中必须含有web.xml,就是标准的web目录结构了。 注意:上面的一些组件,是需要运行insall命令才可以运行的:mvn clean install 在团队开发中,可以建立自己公司的web项目的父级pom项目,然后每个项目都把这个pom作为父级,有利于公司的统一依赖管理和插件管理
Maven是一个非常常用的构建工具,在使用它构建多模块工程时,可以减少一些重复的工作,提高工程构建的效率。多模块工程即将一个大型工程分成多个模块,每个模块有自己的代码、配置文件和构建规则,模块可以独立构建,也可以重新组合成一个整体再进行构建。有了Maven这个工具,我们可以更加轻松地进行工程构建及部署。下面是Maven模块工程打包部署的一些要点: 1. 父工程:每个模块将会有一个父工程。父工程管理统一构建所有子模块,同时父工程中也包含了一些工具依赖,如插件和配置等。 2. 子模块:每个子模块可以单独构建成一个独立的jar、war或者其他类型的文件,但是它们都是在父工程中定义的。每个子模块应该有独立的代码库,独立的测试用例和独立的依赖库。 3. 依赖管理:每个模块都有自己的依赖库,同时父工程也可以统一管理所有子模块的依赖。 4. 打包部署:对于一个多模块工程,最终会有一个多个模块组成的大型部署包。我们需要定义如何将每个子模块的打包文件合并到最终的大包中。 总的来说,Maven提供了丰富的构建工具和支持,使得多模块工程打包部署变得更加简单和高效。在实际应用中,我们可以利用Maven的依赖管理,提高组件的复用率,也可以利用多模块工程的优势,让我们的代码更加清晰易懂,更容易维护和管理

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

码码哈哈0.0

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值