Maven多模块项目跳过子模块A编译遇依赖问题的求助

刚好碰到过类似的Maven多模块场景，给你几个不用拆分项目就能解决的办法：

1. 处理SNAPSHOT版本的远程更新问题（最常见原因） #

如果你的子模块A用的是SNAPSHOT版本，Maven默认会在构建依赖它的B时，主动去Nexus仓库检查最新的快照——哪怕你的本地.m2里已经有A的构件了，这就是为什么跳过A编译后B会报错找不到依赖。

解决这个很简单，修改快照的更新策略就行：

• 全局生效（改settings.xml）：在~/.m2/settings.xml里加个默认激活的Profile，让Maven不再自动更新快照：

  <profiles>
    <profile>
      <id>skip-snapshot-update</id>
      <activeByDefault>true</activeByDefault>
      <repositories>
        <repository>
          <id>your-nexus-snapshots</id>
          <url>http://你的Nexus快照仓库地址</url>
          <snapshots>
            <updatePolicy>never</updatePolicy> <!-- 永不主动更新快照 -->
          </snapshots>
        </repository>
      </repositories>
    </profile>
  </profiles>
  

• 仅当前项目生效（改B的pom.xml）：如果不想影响其他项目，直接在Submodule B的pom里加仓库配置：

  <repositories>
    <repository>
      <id>your-nexus</id>
      <url>http://你的Nexus仓库地址</url>
      <snapshots>
        <updatePolicy>never</updatePolicy>
      </snapshots>
    </repository>
  </repositories>
  

这样Maven构建B时，就会直接用本地的A构件，不会去Nexus瞎找了。

2. 用离线模式构建（适合所有依赖都在本地的情况） #

如果你的项目所有依赖（包括A和第三方库）都已经安装到本地.m2了，直接用Maven的离线模式-o就行，完全切断和远程仓库的联系：

mvn clean install -pl !A -o

这个方法最省事，但要注意：如果之后B或C新增了需要从远程拉的依赖，离线模式会报错，这时候得先跑一次完整构建拉取新依赖。

3. 把A改成RELEASE版本（一劳永逸的小调整） #

如果A确实极少变更，直接把它的版本从SNAPSHOT改成正式的RELEASE版本（比如1.0.0）。Maven对RELEASE版本的处理逻辑是：只要本地仓库有这个版本的构件，就不会去远程仓库检查更新——除非你手动加-U强制更新。

改完A的版本后，先手动安装一次A到本地：

mvn clean install -pl A

之后每次构建B和C，直接用你之前的命令就行：

mvn clean install -pl !A

或者用你配置的Profile，完全不用操心依赖找不到的问题。

4. 先完整构建一次，再离线跳过A #

如果不想改配置，也可以先跑一次完整构建把所有依赖（包括A）都拉到本地，之后用离线模式跳过A构建：

# 第一次完整构建，安装A到本地并拉取所有依赖
mvn clean install
# 后续只构建B和C，跳过A且不访问远程
mvn clean install -pl !A -o

这些方法都能保留你现有的项目结构，不用拆分成两个独立项目。

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