多模块Maven Spring项目使用BOM统一版本时，Maven CLI构建报错缺失依赖版本

看起来你遇到的问题是IntelliJ能正常识别BOM里的依赖版本，但Maven CLI构建时却报错找不到springfox-swagger2和springfox-swagger-ui的版本，这其实是模块构建顺序和BOM可访问性导致的，下面给你具体的解决方案：

问题根源 #

你的Parent模块的<modules>列表里只包含了customers模块，没有把bom模块加入其中。当用Maven CLI执行构建时，它会严格按照Parent pom里定义的模块顺序执行，bom模块不会被自动构建安装到本地仓库。而IntelliJ是直接扫描所有本地模块的依赖关系，所以能识别到BOM里的版本，但Maven CLI遵循pom配置，找不到未构建的BOM自然就报错了。

解决方案 #

1. 修改Parent模块的pom，添加bom到modules列表 #

打开Parent的pom.xml，把bom模块加入到<modules>中，确保Maven构建时优先处理BOM：

<modules>
  <module>bom</module>
  <module>customers</module>
</modules>

这样Maven会先构建并安装BOM到本地仓库，后续构建Customers模块时就能正确解析BOM里的依赖版本。

2. 从Parent模块根目录执行完整构建 #

在命令行切换到Parent模块的根目录，执行：

mvn clean install

这会按顺序构建Parent → Bom → Customers及其子模块，确保所有依赖都能被正确解析。

额外检查点 #

• 确认Customers模块的pom中导入BOM的配置无误：

  <dependency>
    <groupId>com.imgarena</groupId>
    <artifactId>bom</artifactId>
    <type>pom</type>
    <scope>import</scope>
    <version>0.0.1-SNAPSHOT</version>
  </dependency>
  

  这里的groupId、artifactId和version要和BOM模块的pom完全一致。
• 如果之前有过构建记录，可以先执行mvn clean清理本地仓库中的快照版本，避免缓存干扰。

这样处理后，Maven CLI就能像IntelliJ一样正确识别BOM里的依赖版本了。

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