Git流程规范
开发新功能
1、从master拉一个功能分支，取名为某个版本下的某个产品功能 4.3/精确发券
2、当功能开发好了，合并分支到dev进行联调
3、如果是俩个关联性的分支，应该把分支合并到另外一个分支，在合并到dev分支中。如图。feature3 和feature2
4、功能分支在dev分支已经联调自测通过，将功能分支合并代码到uat环境。
5、测试在uat环境验收通过，将功能分支合并到master中。
6、使用master 代码部署灰度环境，灰度环境使用gray环境配置文件，如果灰度验证通过则使用镜像直接推送到线上环境进行部署。使用飞流自动打git tag
修复bug
1、从master拉取一个hotfix分支，取名为hotfix/具体修复问题
2、修复问题后，验证通过后，合并分支到dev中。
3、hotfix分支在dev分支验证没问题后，合并到uat环境中。
4、测试在uat环境验收通过后，讲hotfix分支合并到master分支中
5、使用master 代码部署灰度环境，灰度环境使用gray环境配置文件，如果灰度验证通过则使用镜像直接推送到线上环境进行部署。使用飞流自动打git tag （网关工程保留原有灰度分支）
6、上线通过后删除hotfix 远程分支。
7、如果是一些需要临时修复数据的。使用新的定时器做一次性触发，触发完后，及时下架定时器
特殊紧急修复bug（灰度正在验证版本内容，有非常严重的bug要紧急修复）
1、从上次部署的tag中拉取一个hotfix分支，取名为hotfix/具体修复问题
2、修复问题后，验证通过后，合并分支到dev中。
3、hotfix分支在dev分支验证没问题后，合并到uat环境中。
4、测试在uat环境验收通过后，讲hotfix分支合并到master分支中
5、使用hotfix/具体修复问题代码部署灰度环境，灰度环境使用gray环境配置文件，如果灰度验证通过则使用镜像直接推送到线上环境进行部署。使用飞流自动打git tag（网关工程保留原有灰度分支）
6、上线通过后删除hotfix 远程分支。
7、如果是一些需要临时修复数据的。使用新的定时器做一次性触发，触发完后，及时下架定时器
合并规范：
1、dev环境可以直接使用merge 代码
2、uat环境使用merge的方式
4、master分支使用merge request的方式
5、如果merge request 合并的时候遇到冲突，解决方式为 拉取master 分支代码到本地新分支，然后把功能分支合并到本地新master分支，再把新master 分支提交merge request 中。撤销之前的合并请求。
6、直接merge 合并的时候处理的方式跟第5点类似
研发人员遵循“六步提交法“：
- 检出分支代码
- 修改代码
- 第一次个人构建（在本机构建，验证功能是否可用）
- 第二次个人构建（合入分支上其他人提交的代码，再次构建）
- 提交代码到开发分支
- 流水线构建代码，如果发生失败会通知到团队所有成员，所有成员必须停下手头工作先解决构建失败的问题
惩罚
发生代码覆盖罚款50元
飞流：
飞流将增加一个线上部署卡点。如果灰度环境验证通过，则直接将镜像部署到线上环境（网关工程除外）
Git用户名称规范：
git提交的用户名称需为自己名字的拼音，方便后续代码找到对应的开发者，严禁使用别的英文名。
idea中git工具的用户名修改
- 在Terminal中输入git config user.name获取当前的用户名
- 修改用户名输入git config --global user.name "用户名"