# 分支管理规范

# 主要分支

项目以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前,请合并目标分支到你的功能分支