git 软件开发和发布流程(一)

强烈推荐 - 在游戏中学习git操作：Learn Git Branching

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分支