# 分支管理规范
# 主要分支
项目以master
分支为项目主要分支
设置保护规则
- 任何人都不可直接提交
- 所有更改必须通过PR进行
- 所有的PR必须通过至少一个拥有项目写权限的项目成员的review才允许合并
# 分支规则
所有新建分支必须从最新的master上新建,分支命名遵循语义化。
# feat/*
- 描述:功能分支,也可称为开发分支
- 格式:feat/{开发者}-{功能名}
- 例子:feat/jerry-button
# fix/*
- 描述:修复分支,修复BUG
- 格式:feat/{修复的内容}
- 例子:fix/button-style
# pre/*
- 描述:预发布分支,一个预发布分可对应多个功能分支,主要用来review代码,避免一次迭代过多,搞master提交PR,review工作量过大
- 格式:feat/{功能名}
- 例子:pre/button
注意:应设置保护规则不可直接提交
# 一些建议
- 自己只能操作自己创建的分支
- 完成一个小功能PR到对应的预发布分支,并review
- 功能上线一周后,请删除相对应的分支
# 举例
jerry接到一个开发button组件的需求
1、从最新的master分支切出开发分支
# 切到master分支
git checkout master
# 拉取最新master代码
git pull origin master
# 切出开发分支
git checkout -b feat/jerry-button-compnent
# 切出预发布分支
git checkout -b pre/button-compnent
2、开发
# 第一次提交
git add .
git commit -am 'feat: init component'
...
3、review
开发完一个功能点,提交PR,由项目组成员review,如代码量不大,可直接PR到master
提交PR前,请合并目标分支到你的功能分支