在 maven 多模块项目中，模块 d 无法真正“无版本号”依赖模块 a/b/c；但可通过版本范围（如 `[1.5,)`）或 `release`（不推荐）等方式实现动态绑定最新快照，最佳实践是统一使用 `${project.version}` 实现版本继承。

在标准 Maven 工程结构中，所有依赖必须声明明确的版本号——这是 Maven 的核心设计原则，不存在语法上完全省略 标签的合法依赖声明。所谓“版本无关”依赖，本质上是通过机制间接实现版本同步，而非真正省略版本字段。

✅ 推荐方案：继承父 POM 的 project.version

最规范、可维护性最强的方式是将 A、B、C、D 共同纳入一个统一的多模块聚合项目，并共享同一个父 POM。此时，模块 D 可直接引用其他模块的 相对版本 ${project.version}：

Eclipse IDE

Eclipse IDE 是一款由 Eclipse 基金会管理的开源、跨平台集成开发环境。其核心基于 Java 构建，通过强大的插件架构可扩展支持 C/C++、Python、PHP 等多种编程语言。它提供丰富的代码编辑、调试和重构工具，并紧密集成 Git、Maven 等现代开发工具链，是全球众多开发者首选的 Java 开发利器。

下载

<!-- 模块 D 的 pom.xml -->
<dependencies>
  <dependency>
    <groupId>com.example</groupId>
    <artifactId>module-a</artifactId>
    <version>${project.version}</version> <!-- 自动继承当前构建的版本 -->
  </dependency>
  <dependency>
    <groupId>com.example</groupId>
    <artifactId>module-b</artifactId>
    <version>${project.version}</version>
  </dependency>
  <dependency>
    <groupId>com.example</groupId>
    <artifactId>module-c</artifactId>
    <version>${project.version}</version>
  </dependency>
</dependencies>

该方式确保：

• 所有模块在 mvn clean install 时使用完全一致的版本号（如 1.0.0-SNAPSHOT）；
• 无需手动更新版本，避免不一致风险；
• 完全符合 Maven 最佳实践，IDE（IntelliJ/Eclipse）和 CI 工具均能正确解析依赖关系。

⚠️ 不推荐的替代方案

• 版本范围（如 [1.5,)）：虽语法合法，但仅适用于已发布到仓库的稳定版本，对本地未发布的 SNAPSHOT 模块无效，且会破坏构建可重现性（不同时间构建可能拉取不同版本）。
• RELEASE 或 LATEST：Maven 3.5+ 已默认禁用，且存在严重安全隐患——它绕过本地仓库校验，可能引入不可控变更，官方文档明确标记为 deprecated and strongly discouraged。

? 验证与注意事项

1. 确保父 POM 中定义了 pom 和 列表；
2. 所有子模块的 应省略（继承父版本）或显式设为 ${project.version}；
3. 构建时务必在根目录执行 mvn clean install，而非单独构建 D 模块，否则依赖模块可能未安装至本地仓库；
4. 若需跨团队/跨仓库协作，应配合 Nexus/Artifactory 发布正式版，并使用语义化版本（如 2.1.0）替代 SNAPSHOT。

综上，真正的“自动同步最新代码”不是靠模糊版本，而是靠模块共构 + 版本继承 + 统一生命周期管理——这才是 Maven 多模块项目的健壮根基。