Git管理项目流程及规范_git版本管理流程规范

1.使用Git管理项目流程

①项目主要分支为develop（master）、test、release等主干分支和其它自己建的分支。其中在构建时develop对应开发环境，test对应测试环境，release对应生产环境。因此，develop是最全的开发的代码，test是本次需要提测的代码，release是本次需要发版的代码。

②在日常开发中我们一般在本地从develop切一个分支出来用于功能新增或普通bug的修复，在本地验证完成后将代码合到develop分支，并使用开发环境构建develop分支进行开发环境的自测；自测完成后如需要提测，则将develop分支代码需要提测的内容合并到test分支（可以使用cherry-pick合并自己需要提测的部分内容），并使用测试环境构建test分支进行测试环境的测试；测试环境通过后，则将test分支代码需要发版的内容合并到release分支，并使用生产环境构建。

③修复bug时，从自己想要修复的分支切一个临时分支出来进行bug修复。例如，修复test环境的bug，则从test环境临时切出一个分支，修改完后将修复的代码合到develop分支并在开发环境自测，然后将该部分修复代码也合到test分支在测试环境去验证。

2.部分git使用规范

①在git pull的时候加上--rebase参数，会使项目的提交树更清晰

②不同的内容分开commit，尽量不要混在一起提交，如图

②commit提交格式如下：

<type>(<scope>): <subject>

type：用于说明commit的类别，只允许使用下面7个标识

• feat：新功能（feature）
• fix：修补bug （修复内容如果有bugID最好带上）
• docs：文档（documentation）
• style： 格式（不影响代码运行的变动）
• refactor：重构（即不是新增功能，也不是修改bug的代码变动）
• test：增加测试
• conf：相关配置修改（很重要）

scop：可以理解是项目的某个模块

subject：具体的描述内容，能用英文最好用英文，英文描述不清楚也可以用中文，一切以描述清楚你在干什么为原则。