Git管理（分支管理）

先来一张示意图

解释

master分支： 主分支

hotfix分支： Bug修复分支（对于已上线的功能，针对某一个或一类bug单开一条分支）

（当有bug时（已上线的功能），从master分支切分支到hotfix_xxx分支，完成修复后，发布测试，测试通过后，合到master和Develop上。）

feature分支： 单功能分支

release分支： 发布分支（用于bug的修复，优化的验证，用来做整体的测试，完成验证和测试后，合到master和develop分支上）

*通常情况，普通开发人员，只能将代码Merge到release分支，部署后通知测试人员。

常见问题

⚪hotfix分支流程 与 release分支流程

1. 它们都具有两个合并分支，Develop分支与Master分支。
2. hotfix拉取于Master分支。
3. release拉取于Develop分支。
4. hotfix是为解决线上严重问题而生。
5. release是为特性发布、工程配置、少量bug测试等问题而生。

附：分支环境命名规范

例 ：feature_develop_backend_baseData_wareHouse
即：后端baseData模块中wareHouse功能的开发分支，隶属于DEV环境。
DEV环境：DEV顾名思义就是develop，即代码开发的环境。
SIT环境：System Integration Test系统集成测试，开发人员自己测试流程是否走通。
UAT环境：User Acceptance Test用户验收测试，由专门的测试人员验证，验收完成才能上生产环境。（准生产环境）