前端项目发布自动打tag实践

背景

公司内部的前端项目发布,采用的是容器化部署的方式,运维需要在每次发布的时候指定一个类似版本号的东西,可以做管理,例如回滚之类的,之前的方式是每次在发布线上环境之前,代码仓库中手动打一个tag,在jenkins中获取到所有tag,拿最新的那个tag最为版本号。
这样的流程存在一些缺点,例如

  • 需要发布者手动打tag,tag的规则又比较依赖发布者的手动输入
  • 经常会遗忘打tag的操作,导致发布的时候前面的步骤执行完成,到最后的发布才报错,在发布的时候比较浪费时间
  • PR的步骤和打tag的步骤比较割裂,如果发现上述没有打tag的报错,又需要重新提PR发布,流程上相对繁琐

优化思路

根据上面提到的缺点,可以用新的思路来做这个事情,总体思路就是PR合并之后自动生成tag并推到远程,不再手动打tag

原先的流程:

手动在代码仓库打tag => 提PR => PR通过 => jenkins触发执行流水线 => 安装依赖 => 构建产物 => 更新镜像容器

新的流程:

提PR => PR通过 => jenkins触发执行流水线 => 安装依赖 => 运行命令生成版本更新commit和tag => 推送到远程仓库 => 构建产物 => 更新镜像容器

代码改动

这里我们需要用到新的包来做自动生成版本号的操作,在 package.json 中新增下面新增包和命令

"scripts": { 
    ... 
    "release": "standard-version" 
}, 
"devDependencies": { 
    ...
    "standard-version": "^9.5.0" 
}

如果是旧的项目,就把package.json中的versions设置为同代码仓库中最新的tag一致,例如1.1.0, 如果是没有上线过的项目 ,直接设置为1.0.0即可。设置完成之后,执行npm i, 这样会更新package-lock.json
执行relase命令之后会自动生成commit,这一步不需要前端去修改什么,只要了解这个做了什么即可

  • 自动打了tag
  • 更新了package.json中的verison,同tag一致
  • 更新了CHANGELOG.md
  • 更新了package-lock.json

jenkins调整

只修改jenkins中对应的任务重调整命令,如果某个环境不需要,就无需调整
调整命令,在install和build阶段增加两个命令,对应上面的两个步骤,运行relase命令,将生成出来的commit推送到远程,把tag也推送到远程,保证更新同步

npm install
npm run release
git push origin HEAD:master
git push --tags
npm run build

权限设置

因为上面的流程是需要推送到commit还有tag到远程分支的,一般线上环境我们都是指定用master分支,会设置为protect,这时候我们需要给jenkins中执行的账号开通权限,允许其可以往master中推送commit和tag

原文链接:https://juejin.cn/post/7350698484762411042 作者:开膛手eason

(0)
上一篇 2024年3月27日 下午4:00
下一篇 2024年3月27日 下午4:12

相关推荐

发表评论

登录后才能评论