Maven Reactor 支持通过 --also-make 和 --projects 组合精准控制构建范围；配合 true 可实现“只安装依赖、不部署依赖模块”，再单独部署目标模块，避免重复打包和冗余发布。
如何仅构建并安装指定模块的依赖项，而不构建该模块本身？maven reactor 支持通过 `--also-make` 和 `--projects` 组合精准控制构建范围；配合 `
在多模块 Maven 项目中，有时需要为某个特定模块（如 :my-module-id）准备其所有上游依赖（即被它直接或间接依赖的其他模块），但不希望构建或部署该模块自身——尤其当该模块构建耗时较长，或其 deploy 阶段绑定了额外昂贵操作（如镜像推送、签名、远程上传）时。
此时，直接使用 --also-make 默认会递归构建并执行完整生命周期（包括 deploy）到所有依赖模块，这往往不符合预期。一个简洁、可靠且符合 Maven 最佳实践的解决方案是：在非目标模块中主动禁用部署行为，而非在命令行中试图“跳过”它们。
✅ 推荐做法：声明式跳过部署
在 common-module-id 等仅作为依赖存在、不应被部署的模块的 pom.xml 中，添加以下属性：
<properties> <maven.deploy.skip>true</maven.deploy.skip> </properties>
? 该属性由
maven-deploy-plugin原生支持，作用于整个deploy生命周期阶段。设置后，即使执行mvn deploy，该模块也会静默跳过部署步骤（但仍正常执行compile、package等前置阶段），确保其构件仍被正确安装到本地仓库（供:my-module-id编译/测试使用）。
随后，只需一条命令即可完成目标：
mvn --file aggregator.xml clean deploy --also-make --projects :my-module-id
该命令含义如下：
-
--also-make：构建:my-module-id的所有可传递依赖模块（如common-module-id）； -
--projects :my-module-id：限定反应堆范围，仅激活该模块及其依赖； -
clean deploy：对整个子图执行clean+deploy生命周期； - 由于依赖模块已声明
<maven.deploy.skip>true</maven.deploy.skip>，它们仅完成install（隐含在deploy前置阶段中），而:my-module-id则完整执行deploy（含所有绑定插件）。
⚠️ 注意事项与验证建议
-
勿滥用
--also-make-dependents或--pl单独组合：--projects（简写-pl）仅控制 包含哪些模块，不改变生命周期行为；若未配置maven.deploy.skip，依赖模块仍会触发deploy，违背初衷。 -
验证本地安装效果：执行后检查
~/.m2/repository/，确认common-module-id的构件已存在（证明install成功），但其远程仓库路径无对应上传记录（证明deploy已跳过）。 - CI/CD 场景适配：该方案完全兼容 Jenkins、GitHub Actions 等流水线，无需额外脚本判断模块角色，语义清晰、可维护性强。
-
替代方案对比：虽然可通过
mvn install -pl :common-module-id -am手动预装依赖，再mvn deploy -pl :my-module-id单独部署，但需两步、易出错，且无法保证依赖版本一致性（尤其涉及 SNAPSHOT 时）。声明式跳过更安全、原子性更强。
综上，通过 maven.deploy.skip 属性实现“按需部署”，是 Maven Reactor 中解耦构建与发布职责的标准实践，兼顾效率、可读性与可靠性。
