为保证功能未完成时，不会上线到生产环境产生问题。开发过程中需要进行规范。

![git分支管理](./images/gitBranchManage.png)

**bug修复**

1. 从master分支创建新分支`fix_姓名缩写_日期`
2. 开发完成后，合并到`develop`分支进行上线前测试
3. 测试通过后，将`develop`分支合并到`master`分支，并创建Tag，标识发布新版本，系统更新日志里面补充更新内容
4. 合并到`master`分支后，该分支使命已完成，则删除该分支，后续如果有新bug出现，则重新创建分支进行修复。

**新功能开发**

1. 从master分支创建新分支`dev_姓名缩写_日期或功能名称`
2. 开发完成或者部分完成需要测试时，合并到`test`分支
3. 如果功能还有bug，则继续在当前分支进行开发，开发完成后再合并到`test`分支进行测试
4. `test`分支测试通过后，再将该分支合并到`develop`分支
5. 合并后，在`develop`分支进行上线前测试
6. 测试通过后，将`develop`分支合并到master分支，并创建Tag，标识发布新版本，系统更新日志里面补充更新内容
7. 合并到`master`分支后，该分支使命已完成，则删除该分支，后续如果有新bug出现，则重新创建分支进行修复。

> 如果新功能开发时间比较漫长，则需要每天将`master`分支合并到当前分支里，保证自己分支的代码不落后主分支

> 如果新功能基于另一个开发人员的功能，则可以选择在对方的分支上进行开发，无需另外创建分支


### 分支合并操作，通过git仓库发起合并请求

![创建合并请求1](images/gitCreateMerge.png)

![创建合并请求2](images/gitCreateMergeDetail.png)