git 研发规范
强烈推荐 - 在游戏中学习git操作：https://learngitbranching.js.org/?locale=zh_CN
1.分支流程说明
注意：
- 不强制要求开个人分支，按实际需要执行
2.基础规范
2.1 代码分支命名
功能分支：feature/功能名称 (一般由个人创建)
示例
- feature/campain
- feature/youtube_search_upgrade
修复线上bug分支：hotfix/bug简称 (一般由个人创建)
示例
- hotfix/send_email_fix
- hotfix/youtube_api_error_fix
大版本：大版本统一代号/sprint序号/迭代版本号 (由开发组长统一创建)
示例
- imp30/sprint1/v1
- mms/sprint1/v2
个人分支：personal/个人邮箱前缀/业务简称-版本信息
示例
- personal/chencw/filmstocks_v1.1
- personal/chencw/filmstocks_sprint3_v2
2.2 代码提交日志建议格式
内容尽量言之有物，包含修改人，修改内容。因为会有合并代码的流程，如果是多人处理的，还应该把相关人都写上。
举例：提交 @小王 修改搜索结果页面BUG
3.涉及项目执行过程新开开发组分支的情况
需要将原有开发组分支设置为保护分支，避免信息不同步的原因导致的代码错误提交。
通过进入 http://gitlab.xxx.cn 选择对应的代码仓库执行保护分支的配置。
4.关于提测与回归测试代码维护
4.1 代码提测之后，将开发分支设定为保护分支，提交到测试侧执行第一轮的测试
4.2 如果需要修复测试侧提交的bug，可以在保护分支的基础上新开个人分支做修复，待测试人员走完第一轮测试之后，将代码合并到开发组分支统一验收
5.代码提交上线
务必将提交点软合并为一个点，再在 http://gitlab.xxx.cn 上对应发起 merge request ，将代码合并到master（也可以直接使用gitlab.xxx.cn上的功能提交软合并要求）
5.1 进入对应项目，新建merge request
5.2 选择需要合并的分支，点击按钮提交
5.3 填写 merge request 信息，对应的内容如下：
- 标题：对应代码提交点展示的标题，建议注明 开发人 及 开发内容
- 描述：功能点描述
- 合并代码人指定
- 合并完成后是否删除原有开发分支
- 是否自动软合并为一个点后合并代码
5.4 merge request 执行完成，代码即合并到master分支