svn+maven 生成hotfix打包的版本号无法自动更新

本文描述了一个关于使用svn+maven+jenkins进行项目管理时遇到的版本号覆盖问题及解决方案。作者通过排查发现,问题根源在于pom文件中指定的快照地址配置错误,最终通过修改pom文件中的路径配置解决了问题。

目前所在的项目一直使用svn+maven+jenkins的管理方式,也基本能够满足项目的使用需要。
前面的博客说过,项目经过规范之后,产线的hotfix采用从tags下面拉取brunch分支的方式。由于项目的测试环节比较严格,规范之后还没有出现过产线需要紧急hotfix的情况,但是第一次拉取就出了问题。

场景复现

从tags拉取分支复制到brunch下的目录,在jenkins上搭建brunch分支的job,执行构建命令,然后去版本库查看版本。发现版本号没有自动+1生成3.2.82版本,原有的3.2.81版本被覆盖。当时我就一惊……

排错过程

首先检查了brunch分支上pom文件的版本号,发现版本号是3.2.82-snapshot,然后我就怀疑是版本号没写对。然后在jenkins上重新构建了一次。结果是再次生成3.2.81版本,pom文件没有变化。
然后检查jenkins的构建命令,没有任何问题。
然后检查jenkins分支的对应关系,没有任何问题。
然后求助搜索引擎,没有有价值的信息。
好像看不到出路了…..
笨办法,去查看jenkins构建命令的全部控制台输出,此时发现了一个奇怪的问题:
jenkins在构建的时候上传和下载的路径都指向了tags下版本快照,没有指向brunch修改的代码。机智的我立刻打开了brunch下面的pom文件,果然,maven在打包时生成的快照地址配置那里是写死的,指定了版本号和路径………

解决

修改pom文件的路径

<scm>
        <connection>brunch地址</connection>
        <developerConnection>brunch地址</developerConnection>
        <url>brunch地址</url>     
    </scm>

再次执行构建命令,正常生成3.2.82版本,问题解决。

虽然是个小问题,但确实也是自己基础知识不牢靠,对maven的构建机制不够熟悉造成的,还是要多学点东西。

### 使用 JenkinsSVNMaven 实现自动发布的回滚机制 #### 一、概述 通过配置 Jenkins 流水线,结合 SVN 版本控制工具以及 Maven 构建工具,可以实现项目的自动化发布与版本回滚功能。此过程涉及多个环节的协同工作,包括代码拉取、编译打包、部署到服务器以及支持版本切换。 --- #### 二、具体实施方法 1. **Jenkins 配置** - 创建一个新的 Jenkins Job 并启用“参数化构建”。定义两个字符串类型的参数 `ACTION` 和 `VERSION`,分别用于指定操作(发布或回滚)和目标版本号[^4]。 - 设置源码管理部分为 SVN,并填写对应的仓库地址。确保 Jenkins 能够访问该仓库并获取最新代码[^5]。 2. **Maven 打包** - 在构建阶段执行 Maven 命令完成项目的清理 (`clean`) 和打包 (`package`) 工作。例如: ```bash /usr/local/maven-3.5/bin/mvn clean install package ``` 此命令会生成可部署的应用程序文件(通常是 `.jar` 或 `.war` 文件),并将它们存储在特定目录下以便后续使用[^2]。 3. **脚本编写** - 编写 Shell/Batch 脚本来处理不同动作逻辑。对于发布新版本的情况,需先停止当前正在运行的服务实例;然后复制最新的构建产物至应用服务器上的相应位置;最后重启服务使更改生效[^3]。 - 当选择回滚时,则依据传入的历史版本编号定位对应存档文件的位置,并重复上述替换及启动步骤以恢复先前状态。 4. **条件分支判断** 利用简单的 If...Else 结构或者更复杂的 Python 脚本来区分到底是应该执行正常的更新流程还是触发历史记录还原行为。下面是一个基本例子展示如何根据不同输入做出反应: ```python import os action = os.getenv('ACTION') version = os.getenv('VERSION') if action == 'deploy': print(f"Deploying new version {version}") # Add deployment commands here... elif action == 'rollback': print(f"Rolling back to previous version {version}") # Add rollback commands here... else: raise ValueError("Invalid ACTION specified.") ``` 将此类脚本集成进整个流水线当中去,从而简化复杂度的同时提高灵活性。 --- #### 三、注意事项 - 确保所有环境变量均已正确定义且指向实际存在的路径资源; - 定期验证备份策略的有效性以防万一发生意外丢失重要资料的风险; - 对于生产环境中任何变更都应谨慎对待,建议事先进行全面测试后再正式施行。 --- ### 总结 综上所述,借助 Jenkins 的强大插件生态系统加上合理规划后的自定义脚本配合起来就可以轻松达成既定目的——即快速高效而又安全可靠的软件交付体系[^1]. ```python import subprocess def execute_command(command): result = subprocess.run(command.split(), stdout=subprocess.PIPE, stderr=subprocess.PIPE) return result.stdout.decode() action = input("Enter Action (deploy/rollback): ") version = input("Enter Version Number: ") if action.lower() == "deploy": output = execute_command("/usr/local/maven-3.5/bin/mvn clean install package") elif action.lower() == "rollback": output = f"Rollback initiated for version {version}" else: output = "Unknown command" print(output) ```
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值