Git工具代码分支管理和上线发布流程
2021-06-22 10:09:19 394 举报AI智能生成
Git工具代码分支管理和上线发布流程
作者其他创作
大纲/内容
初始化多种环境
本地线下开发环境
develop分支
测试环境: 测试人员使用
test分支
预发布环境：用于发布新版本前，测试功能 预发布前测试
release分支
线上生产环境
master分支
如何做
方式一:本地关联远程仓库
方式二:远程仓库克隆到本地(推荐)
版本号管理
`version` 具体体现为：:"x.y.z"
1. 修复 bug,小改动，增加 z
2. 增加了新特性，但仍能向后兼容，增加 y
3. 有很大的改动，无法向后兼容,增加 x
1. 修复 bug,小改动，增加 z
2. 增加了新特性，但仍能向后兼容，增加 y
3. 有很大的改动，无法向后兼容,增加 x
修复bug之类的小改动,则版本号的z自增1,如v 0.0.2
当新增功能特性，则版本号y自增1，如 v 0.1.2
当有新的模块或框架大调整时，则版本号x自增1，如v 1.1.2
版本更新列表
每次发布新版本需列出所做变更在readme.md里做对应说明，列明时间版本号，如v 0.0.1 2018-9-5
提交描述的规范
git commit -m '备注' 备注的内容应当遵循以下规范
feat：新功能（feature）
fix：修补 bug
docs：文档（documentation）
style： 样式/格式（不影响代码运行的变动）
refactor：重构（即不是新增功能，也不是修改 bug 的代码变动）
test：增加测试
chore：构建过程或辅助工具的变动
提交描述的时候，如果是一条正常些，如果是多个地方，分1、2、3写清相关各项
版本分支
develop(开发分支)
新迭代需求开始时，将master分支合并到develop
新功能特性开发
开发新功能或改进, 从develop检出本地功能分支。比如feature/xxx-yyy
feature/xiaoli-userList
xxx可以是开发者拼音
yyy可以是待开发的新功能简称
修改代码
提交到本地库
git add -A
git commit -m '备注'
拉取最新远程代码并合并
git pull
git merge origin develop
有冲突，就解决冲突
本地自测，测试功能
如果有bug，重新修改代码
如果没有，则推送到远程
git push
到git服务界面提交PR(合并请求-pull reuqest)
找人 review代码并merge到develop
合并到develop并删除此分支
将develop分支发布到开发环境，供其他开发人员测试
test(测试分支)
开发完毕后,将develop分支合并到test
bug修复
从test检出本地bug修复分支,比如 bugfix/xxx-yyy
bugfix/xiaoli-userList
xxx可以是开发者拼音
yyy可以是待修复的bug简称
修改代码
提交到本地库
git add -A
git commit -m '备注'
拉取最新远程代码并合并
git pull
git merge origin develop
有冲突，就解决冲突
本地自测，测试功能
如果有bug，重新修改代码
如果没有，则推送到远程
git push
到git服务界面提交PR(合并请求-pull reuqest)
找人 review代码并merge到test
合并到test分支并删除bug分支
将test分支发布到测试环境进行测试
release(预发布分支)
测试结束后，将从test分支合并到release分支，命名也按版本号进行，tag版本第二位自增，如release/v1.1.0
版本号规范参考前文
描述信息提交规范参考前文
如何做
合并代码
基于test分支创建新分支
git checkout -b release/v1.1.0
版本升级
如果是增加新特性
npm version minor -m 'feat:某某新特性完成'
如果是修改小bug
npm version patch -m 'fix:某某bug修复完成'
如果是新的模块或框架大调整
npm version major -m 'chore:某某模块调整完成'
情况一:
需求开发完成后，测试结束后，
在预发布环境进行发布前的测试
需求开发完成后，测试结束后，
在预发布环境进行发布前的测试
从release/vX.X.X检出本地bug修复分支,比如bugfix/xxx-yyy
bugfix/xiaoli-userList
xxx可以是开发者拼音
yyy可以是待修复的bug简称
修改代码
提交到本地库
git add -A
git commit -m '备注'
拉取最新远程代码并合并
git pull
git merge origin release/vX.X.X
有冲突，就解决冲突
本地自测，测试功能
如果有bug，重新修改代码
如果没有，则推送到远程
git push
到git服务界面提交PR(合并请求-pull reuqest)
找人 review代码并merge到release/vX.X.X
合并到release/vX.X.X分支并删除bug分支
将release/vX.X.X分支发布到预发布环境进行测试
情况二: 线上紧急bug产生时
从release/vX.X.X检出本地bug修复分支,比如hotfix/xxx-yyy
每次hotfix，合并到主分支master，tag版本第三位⾃自增1
版本升级
如果是增加新特性
npm version minor -m 'feat:某某新特性完成'
如果是修改小bug
npm version patch -m 'fix:某某bug修复完成'
如果是新的模块或框架大调整
npm version major -m 'chore:某某模块调整完成'
修改代码
其他步骤与情况一是一样的
master(主分支)
将release/vX.X.X合并到master分支
master分支发布到生产环境
将master分支合并到 develop
提交流程
代码部署
部署测试
正式部署
代码回滚
0 条评论
下一页
