背景
公司内部的前端项目发布，采用的是容器化部署的方式，运维需要在每次发布的时候指定一个类似版本号的东西，可以做管理，例如回滚之类的，之前的方式是每次在发布线上环境之前，代码仓库中手动打一个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
