GITHUB分支规范
流程图
分支介绍:
分支名称 | 分支说明 | 规范 | 禁止 |
---|---|---|---|
master | 主分支 | 1.只允许上线发版2.只合并基于master拉取的分支3.保持与线上代码一致 | 1.禁止直接在master分支上修改,请从master拉取分支,合并至dev测试完成,再合并至master2.禁止在master上打测试tag,用于测试环境 |
dev | 测试分支 | 1.只允许测试环境发版2.只允许打测试tag3.合并基于master拉取的开发分支 | 1.禁止在将dev分支直接合并至master2.禁止在dev分支打线上tag3.禁止在dev分支上直接修改提交,请从开发分支合并 |
dev_[abc] | 开发分支 | 1.单人开发,基于master拉取分支,开发完成合并到dev,测试完成,将该分支合并到master打tag上线2.多人开发,基于master拉取分支,推送到远程分支,开发完成合并到dev,测试完成,将该分支合并到master打tag上线 | 1.禁止未经测试的版本合并至master |
release] | 恢度分支/预发布分支 | 后期可以考虑,用于预发布或灰度发布,也是基于master分支 |
开发上线流程:
1.切换master分支并更新本地master分支 git checkout master && git pull
2.基于master创建分支 git checkout -b dev_[abc] origin/master
3.切换dev分支并更新本地dev分支 git checkout dev && git pull
4.合并开发分支到测试分支并推送 git merge dev_[abc] && git push
5.打测试tag发布测试环境 git tag test-[version] && git push --tags
6.测试完成合并至master分支 git checkout master && git pull && git merge dev_[abc] && git push
7.在mater分支打上线tag发布 git tag online-[version] && git push --tags
注意:
1.合并代码前请先拉取最新版本 git pull
2.合并冲突时请与上一版提交的开发人员确认代码
3.测试bug修改请切回自己的开发分支,完成之后再合并至dev测试,最后合并到master