部署含${revision}版本的父POM后，子项目无法远程引入的配置方法

问题原因 #

1. 父POM使用flatten-maven-plugin的resolveCiFriendliesOnly模式部署后，远程仓库中存储的是解析了${revision}变量的实际版本POM（比如1.0.0-SNAPSHOT），而非带变量的原POM。
2. 子项目直接以${revision}作为父版本号，Maven在解析时未先继承父POM的变量定义，反而直接尝试远程拉取版本为${revision}的父POM，导致路径错误（URL中出现转义后的${revision}），同时触发403权限错误（仓库不存在该路径）。

解决方案 #

方案1：子项目通过命令行传递版本变量 #

构建子项目时，通过命令行明确指定revision参数，让Maven解析出正确的父版本：

mvn clean install -Drevision=1.0.0-SNAPSHOT

方案2：全局配置版本变量 #

在本地或CI环境的settings.xml中添加全局属性，避免每次命令行传递：

<settings>
  <profiles>
    <profile>
      <id>ci-revision</id>
      <properties>
        <revision>1.0.0-SNAPSHOT</revision>
      </properties>
    </profile>
  </profiles>
  <activeProfiles>
    <activeProfile>ci-revision</activeProfile>
  </activeProfiles>
</settings>

方案3：优化父POM的CI友好配置（推荐） #

确保父POM的变量能被子项目正确继承，同时保留CI灵活性：

1. 父POM保持现有flatten-maven-plugin配置不变，确保部署到仓库的是解析变量后的实际版本POM。
2. 子项目调整父依赖配置，添加relativePath（仅本地开发使用，远程构建时会自动忽略）：

<parent>
  <groupId>org.apache.maven.ci</groupId>
  <artifactId>ci-parent</artifactId>
  <version>${revision}</version>
  <relativePath>../ci-parent/pom.xml</relativePath>
</parent>

处理403权限错误 #

报错中的403说明Maven访问远程仓库权限不足，需要：

• 检查settings.xml中对应仓库的server配置，确保用户名、密码正确：

<settings>
  <servers>
    <server>
      <id>central</id>
      <username>你的Artifactory用户名</username>
      <password>你的Artifactory密码</password>
    </server>
    <server>
      <id>snapshots</id>
      <username>你的Artifactory用户名</username>
      <password>你的Artifactory密码</password>
    </server>
  </servers>
</settings>

• 确认Artifactory仓库权限配置，允许当前用户拉取该路径下的POM文件。

验证步骤 #

1. 重新部署父POM：mvn clean deploy，确保flatten后的POM正确上传到仓库
2. 查看远程仓库中父POM的路径，确认版本是实际的1.0.0-SNAPSHOT而非${revision}
3. 使用上述任一方案构建子项目，验证是否能正确解析父POM

内容的提问来源于stack exchange，提问作者zp26