Jenkins Artifactory发布插件结合mvn versions:use-releases构建失败求助

这个问题的核心坑点在于：Artifactory Release Management插件的发布流程会优先校验pom.xml中的SNAPSHOT标识，再执行你配置的「替代Maven目标」——也就是说，你配置的mvn versions:use-releases还没来得及移除SNAPSHOT，插件的前置校验就已经失败了。

下面给你几个实用的解决思路：

方案一：把版本替换步骤移到发布流程之前 #

这是最直接的解决办法，完全避开插件的前置校验：

• 在Jenkins的构建流程中，先添加一个独立的「Maven构建」步骤，只执行mvn versions:use-releases命令
• 这个步骤会临时修改构建工作目录里的pom.xml（不会同步到GitLab仓库，完全符合你的需求）
• 然后再执行「启用Artifactory发布管理」的步骤，此时插件读取的已经是移除了SNAPSHOT的pom，就能顺利通过校验

方案二：尝试跳过插件的SNAPSHOT校验（部分版本支持） #

有些版本的Artifactory Release Management插件提供了跳过校验的选项：

• 进入Jenkins发布步骤的「高级设置」面板，查找类似「Skip SNAPSHOT Check」或者「允许SNAPSHOT版本发布」的开关
• 如果能找到并开启这个选项，插件就不会在前置步骤校验SNAPSHOT，你配置的mvn versions:use-releases就能正常执行并替换版本

方案三：自定义发布脚本，绕过插件内置流程 #

如果上面两种方法都不适用，可以完全手动控制发布流程：

• 写一个Shell脚本（或Windows批处理），先执行mvn versions:use-releases替换版本
• 接着调用Maven的deploy命令，直接发布到Artifactory，比如：mvn deploy -DskipTests -DaltDeploymentRepository=artifactory::default::https://your-artifactory-url/repo
• 确保Jenkins的Maven settings.xml已经配置好Artifactory的访问凭据，这样脚本就能正常推送构件

注意事项 #

• 测试时可以先在本地执行mvn versions:use-releases，确认pom.xml的SNAPSHOT被正确移除后，再放到Jenkins中运行
• 不管用哪种方案，都要保证构建环境能访问Artifactory仓库，凭据配置正确

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