前言：

Jenkins是一个开源软件项目，是基于Java开发的一种持续集成工具，用于监控持续重复的工作，旨在提供一个开放易用的软件平台，使软件的持续集成变成可能。

Jenkins是一个功能强大的应用程序，允许持续集成和持续交付项目，无论用的是什么平台。这是一个免费的源代码，可以处理任何类型的构建或持续集成。集成Jenkins可以用于一些测试和部署技术。

Jenkins的主要功能包括：

1、持续的软件版本发布/测试项目。

2、监控外部调用执行的工作。

问题描述

业务方反馈，Jenkins 上某个 job 没有将 release 版本的组件发布到 maven 私服，以致依赖方无法引用依赖。

了解这个问题的更多信息：

该 job 构建状态为 success，它使用 maven-release-plugin 时，没有将 release 版本的组件发布到 maven 私服，而是将 SNAPSHOT 版本的包发布到 maven 私服，同时 git 仓库的 pom.xml 版本也没升级，但是倒是打了 tag。

初步定位，切换备份

为什么会出现这个问题呢？

回顾最近 对 Jenkins 做的修改，共有两项

曾修改了 maven 工具的位置，难道是这个影响了？

也曾修改了 Jenkins 的 JVM 参数，然后重启了 Jenkins，难道是这个影响了？

理论上，修改 maven 工具的位置和修改 Jenkins 的 JVM 参数，和这个没关系的

恢复 maven 工具的位置，问题没有解决

恢复 Jenkins 的 JVM 参数，然后重启了 Jenkins，问题依旧

那那到底是什么原因呢？经过一段时间定位，这个奇怪的问题并没有得到解决，一时找不到答案

而同事在 Jenkins 备机构建该 job，表现正常，于是紧急切换备机，先让业务正常运行，然后继续定位问题

进一步定位，有所眉目

定位问题的过程并非一帆风顺，不断推测验证，有的时候会焦急不安，也难免陷入思维误区～～

所幸有备无患，可以静下心来深入分析问题～～

仔细查看 Jenkins 构建日志，对比正常的和有问题的日志：

正常的日志如下：

有问题的日志如下：

发现正常的在执行 mvn release:prepare 命令时少了某些步骤，如 git commit、git push。

同时，这步有问题也导致执行 mvn release:perform 时出现了问题，将SNAPSHOT 版本的包发布到 maven 私服。

查阅官网，借力搜索

查看 maven-release-plugin 官方文档，查看 prepare 步骤具体做的事情：

通过 bing 搜索 mvn release prepare not Commit the modified POMs，在 stackoverflow 找到一个相关问答：

https://stackoverflow.com/questions/15166781/mvn-releaseprepare-not-committing-changes-to-pom-xml

投票最高的答案截图如下：

问题解决，原来是环境兼容性问题

在上面的答案中，通过在 pom.xml 中通过 dependency 指定了 maven-scm-provider-gitexe 的版本为 1.8.1

难道是 maven-release-plugin 和 git 版本兼容性有关系？

对比服务器的 git 版本：

一个是 git-1.8.13，一个是 git- 2.1.0

备份机器是 git-1.8.13，这个环境环境下表现正常

将原 Jenkins 服务器 git 版本降到 1.8.13，终于终于，表现正常了~~~

追本溯源，为何此坑深埋多年？

但是这次出现的问题实在是很诡异，根源依旧未知，服务器上以前怎么就没问题呢？

后来发现服务器上有两个版本的 git，一个是 git-1.8.4.2，一个是 git-2.1.0

这应该是当时启动 Jenkins 的时候，当时环境下 git 的版本是 1.8.4.2

并且Jenkins 服务自从2014年运行以来从来没有重启过，所以这个问题一直没有出现

而在重启 Jenkins 的时候，git 是 2.1.0（这个环境变量是在 /etc/profile 中配置的），从而引发了这个问题，踩到了这个深埋多年的坑～～

问题得到解答，顿时一块石头落地，心情放松～～