Maven版本号管理

🕗 发布于 2024-09-23 00:57 maven spring boot spring

背景

A，B项目依赖C项目，开发时候C项目使用快照版本，发布前修改为正式版本号，但是每次都需要ABC项目修改代码，有没有不修改代码的实现方式？

方案1: 打包时动态修改

可以使用 Maven 的 Profiles 和 Properties 来实现不修改代码的情况下，在开发时使用快照版本，发布前自动切换为正式版本。

方法 1：使用 Profiles

在 **pom.xml** 中定义 Profiles
你可以为开发和发布分别定义两个 Profiles。开发时使用快照版本，发布时使用正式版本。

<project>
  <profiles>
    <!-- 开发环境配置 -->
    <profile>
      <id>dev</id>
      <properties>
        <c.version>1.0.0-SNAPSHOT</c.version>
      </properties>
    </profile>

    <!-- 发布环境配置 -->
    <profile>
      <id>release</id>
      <properties>
        <c.version>1.0.0</c.version>
      </properties>
    </profile>
  </profiles>

  <dependencies>
    <dependency>
      <groupId>com.example</groupId>
      <artifactId>C</artifactId>
      <version>${c.version}</version>
    </dependency>
  </dependencies>
</project>

使用不同的 Profile 构建
- 开发时使用 dev Profile：

mvn clean install -Pdev

- 发布时使用 `release` Profile：

mvn clean install -Prelease

方法 2：使用 Maven Properties

如果你不想使用 Profiles，还可以直接通过命令行参数来传递版本号：

在 **pom.xml** 中定义版本号属性

<properties>
  <c.version>${c.version}</c.version>
</properties>

<dependencies>
  <dependency>
    <groupId>com.example</groupId>
    <artifactId>C</artifactId>
    <version>${c.version}</version>
  </dependency>
</dependencies>

在构建时指定版本号
- 开发时：

mvn clean install -Dc.version=1.0.0-SNAPSHOT

- 发布时：

mvn clean install -Dc.version=1.0.0

通过这两种方式，你可以避免在每次开发和发布时手动修改代码，只需通过不同的构建参数或 Profile 来自动切换版本号。

方案2: Dependency Management

方法 1：使用父项目管理版本依赖

你可以创建一个父项目来管理所有子项目的版本依赖。这样，当项目 C 升级版本时，只需要在父项目中修改版本号，项目 A 和 B 就会自动继承。

**创建父项目的 ****pom.xml**
在父项目中定义项目 C 的版本号：

<project>
  <modelVersion>4.0.0</modelVersion>
  <groupId>com.example</groupId>
  <artifactId>parent-project</artifactId>
  <version>1.0.0-SNAPSHOT</version>
  <packaging>pom</packaging>

  <properties>
    <c.version>1.0.0</c.version>
  </properties>

  <dependencyManagement>
    <dependencies>
      <dependency>
        <groupId>com.example</groupId>
        <artifactId>C</artifactId>
        <version>${c.version}</version>
      </dependency>
    </dependencies>
  </dependencyManagement>
</project>

在项目 A 和 B 中继承父项目
项目 A 和 B 的 pom.xml 继承父项目，并使用项目 C 的依赖而不指定版本号：

<project>
  <modelVersion>4.0.0</modelVersion>
  <parent>
    <groupId>com.example</groupId>
    <artifactId>parent-project</artifactId>
    <version>1.0.0-SNAPSHOT</version>
  </parent>
  <artifactId>A</artifactId>

  <dependencies>
    <dependency>
      <groupId>com.example</groupId>
      <artifactId>C</artifactId>
    </dependency>
  </dependencies>
</project>

项目 B 的 pom.xml 类似。

升级项目 C 的版本号
当需要升级项目 C 的版本号时，只需在父项目的 pom.xml 中修改 c.version 属性，然后重新构建父项目，项目 A 和 B 会自动获取更新后的版本。

方法 2：使用 Maven 的 `versions-maven-plugin`

你可以使用 versions-maven-plugin 来自动化版本更新流程。

**在项目 A 和 B 中配置 ****versions-maven-plugin** 在项目 A 和 B 的 pom.xml 中添加以下插件配置：

<build>
  <plugins>
    <plugin>
      <groupId>org.codehaus.mojo</groupId>
      <artifactId>versions-maven-plugin</artifactId>
      <version>2.8.1</version>
    </plugin>
  </plugins>
</build>

自动更新项目 A 和 B 中的 C 版本号 当项目 C 发布新版本后，可以在项目 A 和 B 中运行以下命令来自动更新依赖的版本号：

mvn versions:use-latest-versions -Dincludes=com.example:C

这个命令会自动扫描项目 A 和 B 中的所有依赖，并将项目 C 的依赖版本更新为最新的发布版本。

确认更新后提交代码 确认 pom.xml 中的版本号更新正确后，提交更新后的代码。

方法 3：使用 Maven BOM（Bill of Materials）

Maven 的 BOM 是一个特殊的 pom.xml 文件，用于管理多个项目的依赖版本。通过使用 BOM 文件，可以将多个项目的依赖版本集中管理，从而避免在每个项目中手动维护依赖版本号。当项目 C 升级时，A 和 B 项目可以自动获取最新的依赖版本，而无需修改它们的 pom.xml。

1. 创建 BOM 项目

首先，创建一个专门用于管理依赖版本的 BOM 项目。在 BOM 项目的 pom.xml 中，定义项目 C 的版本号。

<project>
  <modelVersion>4.0.0</modelVersion>
  <groupId>com.example</groupId>
  <artifactId>project-bom</artifactId>
  <version>1.0.0-SNAPSHOT</version>
  <packaging>pom</packaging>

  <dependencyManagement>
    <dependencies>
      <dependency>
        <groupId>com.example</groupId>
        <artifactId>C</artifactId>
        <version>1.0.0</version>
      </dependency>
    </dependencies>
  </dependencyManagement>
</project>

在上面的配置中，project-bom 是 BOM 项目的 artifactId，C 是你要集中管理版本号的依赖（即项目 C）。version 字段指定了项目 C 的具体版本号。

2. 在项目 A 和 B 中导入 BOM

在项目 A 和 B 的 pom.xml 中，通过 dependencyManagement 的 import 机制导入 BOM 文件。这将使项目 A 和 B 自动继承 BOM 中定义的依赖版本号，而无需在每个项目中手动指定。

项目 A 的 pom.xml 示例：

<project>
  <modelVersion>4.0.0</modelVersion>
  <groupId>com.example</groupId>
  <artifactId>A</artifactId>
  <version>1.0.0</version>
  <packaging>jar</packaging>

  <dependencyManagement>
    <dependencies>
      <dependency>
        <groupId>com.example</groupId>
        <artifactId>project-bom</artifactId>
        <version>1.0.0-SNAPSHOT</version>
        <type>pom</type>
        <scope>import</scope>
      </dependency>
    </dependencies>
  </dependencyManagement>

  <dependencies>
    <dependency>
      <groupId>com.example</groupId>
      <artifactId>C</artifactId>
    </dependency>
  </dependencies>
</project>

项目 B 的 pom.xml 配置类似。

3. 升级项目 C 的版本号

当项目 C 发布新版本时，只需要在 BOM 项目的 pom.xml 中更新项目 C 的版本号。例如，将项目 C 的版本号从 1.0.0 更新为 1.1.0：

<dependencyManagement>
  <dependencies>
    <dependency>
      <groupId>com.example</groupId>
      <artifactId>C</artifactId>
      <version>1.1.0</version>
    </dependency>
  </dependencies>
</dependencyManagement>

之后，重新构建项目 A 和 B，它们会自动使用项目 C 的新版本 1.1.0，无需在 A 和 B 的 pom.xml 中进行任何修改。

优点

集中管理版本：所有项目的依赖版本都在一个 BOM 文件中统一管理，减少了版本号不一致的风险。
自动继承版本更新：通过更新 BOM 文件中的版本号，所有依赖 BOM 的项目都会自动继承最新的版本号。
减少手动修改：当依赖的项目（如 C）发布新版本时，只需更新 BOM 文件，而不需要修改每个依赖项目的 pom.xml。

这种方式在管理多个相互依赖的项目时非常有效，特别是当这些项目经常需要同步升级依赖版本时。

总结

Dependency Management的管理方式很好，代码层面解决不会遗漏，但是需要parent或者bom使用快照版本号
打包时动态修改，可以避免生产出现快照包场景，但是需要在打包时确认具体的版本号，或者容易遗漏，例如打包时忘记指定某个版本号，当业务依赖包多的时候，mvn命令会很长很容易出现遗漏或修改错误问题

原文地址：https://blog.csdn.net/u010597819/article/details/142410780

免责声明：本站文章内容转载自网络资源，如本站内容侵犯了原著者的合法权益，可联系本站删除。更多内容请关注自学内容网（zxcms.com）！

上一篇：Maven国内镜像（四种）
下一篇：【文化课学习笔记】【化学】选必三：合成高分子&生物大分子

安装selenium、chrome、chromedriver.exe相对应的版本
选择适合chrome的驱动。以104.0.5112.79为例。参考这个博客的版本信息。以104.0.5112.102为例。将chromedriver放在你的编写程序目录下。
阅读更多2024-09-23
修复 blender 中文输入 BUG (linux/wayland/GNOME/ibus)
可能是在 Linux 桌面 (1) 使用 blender (2) 的中国人 (3) 太少了吧 (3 个小概率连续相乘), 这个 BUG 挂了 3 年也没人管.于是, 饥不择食的窝只能自己动手了, 用
阅读更多2024-09-23
Impala如何使用
Impala 是一个开源的 SQL 查询引擎，旨在快速分析大型数据集，通常与 Apache Hadoop 和 Apache HBase 一起使用。
阅读更多2024-09-23
等保测评：企业如何建立安全的开发环境
同时，建立健全的安全管理制度，明确安全责任，进行安全培训，以及实施安全审计和监控.综上所述，企业在构建安全开发环境时，应制定明确的安全策略，建立全面的管理制度，并持续进行安全管理和员工培训，以确保安全
阅读更多2024-09-23
力扣72-编辑距离（Java详细题解）
编辑具体的最佳解决办法，快来看看吧。
阅读更多2024-09-23
【系统架构设计师】论文模板：快速写好一篇架构设计师论文
这个在15分钟内完成。200多字，也就是3句话的事。其中的XXXX，依个人偏好不同，自己哪方面厉害，就写啥替换这几个XXXX。第一句：本文主要介绍XX年XX月XX日，我所在公司承接了XXXXXXXXX
阅读更多2024-09-23
创新驱动，技术引领：2025年广州见证汽车电子技术新高度
届时，广汽、日产、丰田、本田、比亚迪、特斯拉、小鹏、蔚来、理想等众多知名汽车 OEM 厂商及 Tier1 & 2 零部件供应商将齐聚一堂。同期举办的 2025 汽车电子技术暨智能驾驶国际论坛，
阅读更多2024-09-23
告别条件判断：策略模式让代码更优雅
策略模式是一种行为型设计模式，定义了一系列算法或行为，并将它们封装起来，使它们可以互换使用。通过将不同的算法封装在独立的策略类中，策略模式使得算法可以独立于使用它的客户端进行变化。核心思想策略模式通过
阅读更多2024-09-23
轻掺杂漏极（LDD）技术
随着特征尺寸的减小，这种注入的掺杂浓度已经增加，对于0.25微米以下的器件，剂量已经高到不能再被称为LDD的程度。轻掺杂漏极（LDD）是一种低能量、低电流的注入工艺，通过该工艺在栅极附近形成浅结，以减
阅读更多2024-09-23
【系统架构设计师】软件架构的概念（经典习题）
还要简化各阶段的工作。答案解析: 软件架构是降低成本、改进质量、按时和按需交付产品的关键因素，软件架构设计需要满足系统的质量属性，如性能、安全性和可修改性等，软件架构设计需要确定组件之间的依赖关系，支
阅读更多2024-09-23