[开发规范] Git分支使用规范
来源:互联网 发布:js md5解密 编辑:程序博客网 时间:2024/06/10 06:59
代码分支说明
master
master是部署在生产环境的分支。
master分支只能由develop以及hotfix分支合并,不能直接修改代码。
develop
通常是部署在sit环境,是一个稳定版本。
develop分支由hotfix以及release,feature合并。
hotfix/*
这个分支用来做生产 环境bug紧急修复,它来自master分支,修改完成后,合并到master以及develop。
命名规则:hotfix/123/xxxxx 后面跟 日期,接着是bug简述。
release/*
用作多人协作大功能 分支,从develop上拉下,最后合并回develop。
命名规则:release/1103/refact 后面跟 日期,接着是功能。
feature/*
它的作用是功能开发 的个人分支。
如果是多人开发的功 能,需要从release分支拉此分支,最后 再合并到release。
如果只是单人开发的 功能,就没必要用feature分支了。因为如果有release分支,还要先把feature合并到release,再合并到develop,因为只有一个人开 发,feature跟release的代码是完全一致 的,所以是没有必要的。
命名规则:feature/1103.tenpay.sn 注意是斜线,后面跟 日期,接着是功能,如果还想区分的话,后面可跟开发者name
3、test环境部署
a、先提交自己代码到开发的相应分支。
b、把自己的开发分支发布到test环境
c、发布到test环境
4、sit环境部署
a、先提交自己代码到开发的相应分支。
b、把自己的开发分支合并到develop分支上,然后打包发布到sit环境上
c、发布到sit环境
5、线上生产环境部署
a、前提:sit环境测试通过。
b、把develop分支合并代码到master分支。
c、把master分支部署sit环境测试。
d、master分支在sit测试ok后,发布到生产环境
e、发布到生产
- [开发规范] Git分支使用规范
- GIT分支开发规范
- Git分支使用规范
- Git各开发分支管理规范
- 项目开发中git分支规范
- Git分支管理规范
- git 开发规范1--在工作分支上开发代码然后合并到主分支
- Git 开发规范流程
- Git使用规范
- GIT使用规范
- Git 使用规范流程
- Git 使用规范流程
- Git 使用规范流程
- Git使用规范流程
- Git 使用规范流程
- Git 使用规范流程
- Git 使用规范流程
- Git 使用规范流程
- springMVC整合Junit4进行单元测试-2
- 数据结构与算法分析(Java语言描述)(5)—— 归并排序
- Java数据结构与算法(3) 寻找中序遍历时的下一个结点
- 网站性能优化和关键渲染路径
- vim 保存文件“readonly option is set”的解决方法
- [开发规范] Git分支使用规范
- Exploratory Testing(探索测试)
- MATLAB中:冒号用法
- RdioGroup 里面点击事件
- 实现html页面及css3动画
- 全卷机神经网络图像分割(U-net)-keras实现
- 设计模式原则
- Android:scaleType用法及参数含义
- C语言的内存陷阱1