Git代码提交规范、分支管理和版本号管理

目的

1. 最大程度降低多人合作时的分支冲突。

2. 减少因合并导致bug重复出现。

3. 避免因产品发布计划调整造成不必要的工作。

版本号管理

1. 重大变更升级主版本号（例如硬件版本迭代）：1.0.0->2.0.0

2. 每次功能更新递增次版本号 ：1.0.0->1.1.0

3. Bug修复只增加修订号：1.0.0->1.0.1

代码提交规范

【修改内容】：

1. 新增xxxxx功能；

2. 调整xxxxx逻辑；

3. 去除xxxxx功能

4. 修复xxxx问题，原因xxxx，解决措施xxxx；

5. 修复Bug：xxxxxx

【影响范围】：

描述本次修改提交可能影响到的功能和模块

备注：

1. 代码勤提交，进行完一个重大逻辑调整，开发完一个新功能，修复完一个重大问题都需要进行代码提交；

2. 修复Bug建议按功能模块进行修复，修复完后进行阶段性提交；

分支管理

分支分类

master

对应最新版本生产环境的的代码，可随时部署生产环境。该类型分支受权限保护，只有管理员由合并权限。分支名称默认为master。

release

对应计划发布的版本代码，可随时部