GIT仓库使用规范

## master 分支
master 为主分支，也是用于部署生产环境的分支，需要确保master分支稳定性。master 分支一般由 release 以及 hotfix 分支合并，任何时间都不能直接修改代码。

## develop 分支
develop 为开发环境分支，始终保持最新完成以及bug修复后的代码，用于前后端联调。一般开发的新功能时，feature分支都是基于develop分支创建的。

## feature 分支
开发新功能时，以develop为基础创建feature分支。

分支命名时以 feature/ 开头，后面可以加上开发的功能模块， 命名示例：feature/user_module、feature/cart_module

## test分支
test为测试环境分支，外部用户无法访问，专门给测试人员使用，版本相对稳定。

## release分支
release 为预上线分支（预发布分支），UAT测试阶段使用。一般由 test 或 hotfix 分支合并，不建议直接在 release 分支上直接修改代码。

## hotfix 分支
线上出现紧急问题时，需要及时修复，以master分支为基线，创建hotfix分支。修复完成后，需要合并到 master 分支和 develop 分支。

分支命名以hotfix/ 开头的为修复分支，它的命名规则与 feature 分支类似。

### 对应关系：

| 分支      | 功能             | 环境  | 可访问 |
|---------|----------------|-----|-----|
| master  | 主分支，稳定版本       | PRO | 是   |
| develop | 开发分支，最新版本      | DEV | 是   |
| feature | 开发分支，实现新特性     |     | 否   |
| test    | 测试分支，功能测试      | FAT | 是   |
| release | 预上线分支，发布新版本    | UAT | 是   |
| hotfix  | 紧急修复分支，修复线上bug |     | 否   |

## 分支合并流程规范
- develop 分支和 hotfix 分支，必须从 master 分支检出
- 由 develop 分支合并到 test 分支
- 功能测试无误后，由 test 分支合并到 release 分支
- UAT测试通过后，由 release 分支合并到 master分支
- 对于工作量小的功能开发（工时小于1天），可以直接在devolop 分支进行开发，否则由 develop 分支检出 feature 分支进行开发，开发完后合并到develop 分支

## 代码提交规范
### 提交注释规范指提交代码时编写的规范注释，编写良好的**提交注释**可以达到3个重要的目的：

- 加快代码review的流程
- 帮助我们编写良好的版本发布日志
- 让之后的维护者了解代码里出现特定变化和feature被添加的原因