明确声明 maven 插件版本是构建可靠性的基本要求，不指定版本会触发严重警告，且未来 maven 版本可能拒绝构建；推荐始终显式配置插件版本，并优先选用与当前 maven 和 jdk 兼容的最新稳定版。
明确声明 maven 插件版本是构建可靠性的基本要求，不指定版本会触发严重警告，且未来 maven 版本可能拒绝构建；推荐始终显式配置插件版本，并优先选用与当前 maven 和 jdk 兼容的最新稳定版。
在 Maven 项目中，显式声明插件版本不是可选项，而是强制性最佳实践。当你省略 <version></version> 标签（例如未为 maven-surefire-plugin 或 maven-compiler-plugin 指定版本），Maven 会尝试从内置插件映射（plugin mapping）或父 POM 中推断版本——但这一行为已被官方明确标记为过时且危险。构建时将立即输出如下警告：
[WARNING] 'build.plugins.plugin.version' for org.apache.maven.plugins:maven-surefire-plugin is missing. [WARNING] It is highly recommended to fix these problems because they threaten the stability of your build. [WARNING] For this reason, future Maven versions might no longer support building such malformed projects.
该警告并非提示性信息，而是稳定性风险预警：未锁定版本会导致构建结果不可重现——不同环境（如 CI 服务器、本地开发机）可能因 Maven 版本差异而拉取不同插件版本，进而引发编译失败、测试跳过、字节码兼容性异常等隐蔽问题。
✅ 正确做法是：为每个 <plugin></plugin> 显式声明 <version></version>，并定期升级至兼容当前工具链的最新稳定版。例如，针对 Maven 3.5 + Java 8，maven-surefire-plugin 2.22.2 是安全选择；升级至 Maven 3.8.x + Java 11+ 后，则应采用 3.0.0-M9 或更高版本（注意：3.x 系列已全面支持模块化和 Java 9+ 的新特性）：
Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-surefire-plugin</artifactId>
<version>3.0.0-M10</version> <!-- Maven 3.8.x + Java 11 推荐 -->
<configuration>
<skipTests>${skipTests}</skipTests>
</configuration>
</plugin>⚠️ 注意事项：
- 不要依赖“根 Maven 自动注入版本”——Maven 本身不提供全局插件版本管理，所谓“默认版本”实为历史遗留映射，已逐步弃用；
- 插件最低 Maven 版本要求通常极低（如 Surefire 3.0 支持 Maven 3.5+），因此升级插件一般不会倒逼 Maven 升级，但需反向验证：Maven 3.5 无法运行 Surefire 3.0+（因依赖较新 API），此时应选择
2.22.2这类长期维护的 2.x 分支； - 若使用
spring-boot-starter-parent，它已预设了经严格验证的插件版本组合（如 Spring Boot 3.2 默认使用 Surefire 3.1.x），可直接继承，仅在必要时覆盖（通过子 POM 中同groupId:artifactId的<plugin></plugin>声明即可）； - 建议配合
mvn help:effective-pom验证实际生效的插件版本，或使用mvn versions:display-plugin-updates自动检测可升级项。
总结：版本显式化 = 构建确定性。它不增加复杂度，却能彻底规避环境漂移、CI 失败和上线事故。从今天起，请删除所有缺失 <version></version> 的插件声明——这不是过度工程，而是专业 Maven 工程师的底线。
