jenkins发布前端版本号统一优化 之前每周一坑提过，pc端和手机端发布版本号不一致的问题【https://www.cnblogs.com/windysai/p/16659881.html】，现在想统一起来。 因为我发现，测试时不时会通知发布任务，包括发布版本号和发布内容。每周基本一个大版本号 v1.x.0 （需要人为修改版本号记录文件） 或者小版本号 v1.x.{1..n} （本周不定时发布） 现在有个问题，如果有看过我发布逻辑的文章的朋友，应该知道pc端和手机端读的是同一个版本号文件。这就有问题了，因为发布有先后次序，所以手机端总会比pc端的小版本号多1。这样就跟测试或者需求的预想有点出入。 先回顾最新的发布更新版本号逻辑： 服务器上有个版本号文件：version.txt，里面格式：
pc端 v1.9.1 20230111_21:00:00 手机 v1.9.2 20230111_21:00:00 pc端 v1.9.3 20230113_22:05:35 手机 v1.9.4 20230113_22:12:58 。。。jenkins发布前，会从这个文件上拿到最后一行的版本号，也就是old_version，为当前系统版本号；new_version是将要发布的版本，即当前系统版本号最后一位+1
（1）无论发布pc前端还是手机端，编译之前会先写入同一个临时版本号文件： version_tmp.txt，
（2）从gitlab上拉取最新代码，用new_version的版本号去更新 .env 文件的版本号（发布后的系统版本号跟这个文件有关）
（3）等编译成功，再触发另一个jenkins任务去更新最终版本号文件：version.txt。为了判断是发布pc还是手机，我会在行首以“pc端”还是“手机”去区分。
回到测试人员的问题。
如果要统一大版本号，要人为修改版本号文件：version.txt。之所以设置最后1位是-1，是因为大版本过渡，每次都是已 v1.x.0 来通知我晚上发布的
即使写成：
pc端 v1.13.-1 20230113_22:05:35 手机 v1.13.-1 20230113_22:12:58
按先后次序发布：先pc再手机，手机发布完之后会成为 v1.13.1，而pc则是预期的v1.13.0
我想到三种解决方法，最好的一种当然就是pc和手机独立分开使用这个版本号文件，不要相互影响，直到今天中午我才改成这样的。
临时的两种处理方法是这样的：
先贴上更新版本号的任务，执行shell的内容
if [ $result == "SUCCESS" ]; then
# 更新版本号到gitlab
DATE=`date +%Y%m%d_%H:%M:%S`
new_ver=`cat /var/lib/jenkins/scripts/get_version/version_tmp.txt | awk '{print $2}'`
pkg_deploy=`cat /var/lib/jenkins/scripts/get_version/version_tmp.txt | awk '{print $1}'`
## 控制台显示版本号
if [ $pkg_deploy == "PC端" ]; then
echo pc ${new_ver} $DATE >> /var/lib/jenkins/scripts/get_version/version.txt
else
echo 手机 ${new_ver} $DATE >> /var/lib/jenkins/scripts/get_version/version.txt
fi
fi
方法1，在pc端 if 下，echo后面加一个写入上一个版本号的操作
echo pc ${new_ver} $DATE >> /var/lib/jenkins/scripts/get_version/version.txt
后面多加一条：
echo 手机端 上一个版本号 >> /var/lib/jenkins/scripts/get_version/version.txt
假如new_ver = v1.13.0， 那上一个版本号应该是 v1.13.-1，这样就能保证当发布到手机端的时候，也是v1.13.0
方法2，利用发布先后次序（先pc再手机）的特点，
直接删掉：echo pc ${new_ver} $DATE >> /var/lib/jenkins/scripts/get_version/version.txt
只有发布完手机端的时候才更新版本号文件 version.txt
标签：版本号,前端,pc,发布,version,jenkins,txt From： https://www.cnblogs.com/windysai/p/17170031.html