Maven deploy命令依据pom.xml中version是否含-SNAPSHOT后缀自动区分发布类型：含则部署至snapshot仓库，不含则部署至release仓库；需确保distributionManagement配置的id与settings.xml中server的id一致，并匹配私服的releases/snapshots仓库URL及权限策略。
在 Java 项目中，Maven 的 deploy 命令本身不直接区分“稳定版”或“快照版”，而是由 pom.xml 中的 <version> 是否以 -SNAPSHOT 结尾来决定发布行为。真正起作用的是 Maven 的部署机制配合私服（如 Nexus、Artifactory）的仓库策略 —— 快照版发到 snapshot 仓库，稳定版发到 release 仓库。
确认项目版本类型与仓库配置
稳定版（如 1.0.0、2.3.1）必须发布到支持 release 部署的仓库；快照版（如 1.0.0-SNAPSHOT）只能发布到允许 snapshot 部署的仓库。私服通常会为两者分别配置独立的仓库（如 releases 和 snapshots），且权限和策略不同。
- 检查
pom.xml中的<version>：末尾带-SNAPSHOT→ 快照版；否则 → 稳定版 - 确保
<distributionManagement>正确声明了两个仓库地址，并匹配私服实际配置 - 快照仓库 URL 通常包含
snapshots，稳定仓库 URL 包含releases（例如：https://nexus.example.com/repository/maven-snapshots/）
配置 distributionManagement 和认证信息
在 pom.xml 中定义发布目标：
<distributionManagement>
<snapshotRepository>
<id>nexus-snapshots</id>
<url>https://nexus.example.com/repository/maven-snapshots/</url>
</snapshotRepository>
<repository>
<id>nexus-releases</id>
<url>https://nexus.example.com/repository/maven-releases/</url>
</repository>
</distributionManagement>
然后在 ~/.m2/settings.xml 中配置对应 <id> 的用户名密码（推荐使用加密密码或 Nexus 的 API Key）：
立即学习“Java免费学习笔记（深入）”；
<servers>
<server>
<id>nexus-snapshots</id>
<username>deployer</username>
<password>{encrypted-password}</password>
</server>
<server>
<id>nexus-releases</id>
<username>deployer</username>
<password>{encrypted-password}</password>
</server>
</servers>
执行 deploy 并验证结果
运行命令即可自动识别版本类型并选择对应仓库：
- 快照版：
mvn clean deploy→ 自动上传到snapshotRepository - 稳定版：
mvn clean deploy→ 自动上传到repository - 若提示
Return code is: 401或405，通常是认证失败或目标仓库禁止部署（如 release 仓库拒绝快照，或 snapshot 仓库关闭部署） - 上传成功后，在 Nexus 或 Artifactory 界面中按 GroupId/ArtifactId/Version 查找，确认 JAR、POM、SHA 等文件已完整生成
注意事项与常见问题
稳定版发布前需确保：
- 版本号不含
-SNAPSHOT，且未被该仓库收录过（Nexus 默认禁止覆盖已有 release 版本） - 私服的 release 仓库需启用
Deployment Policy = Allow Redeploy（仅调试时临时开启，生产环境应禁用） - 快照版每次构建会生成唯一时间戳版本（如
1.0.0-SNAPSHOT→ 实际部署为1.0.0-20240520.123456-1），客户端依赖时仍写-SNAPSHOT即可拉取最新 - CI/CD 中建议用
mvn deploy -Dmaven.test.skip=true跳过测试（但生产发布应保留测试）
