规范开发流程

合理规范的开发流程，可以有效提高开发进度，保证产出质量. 

说明

Github 和Gitlab 合并请求叫法不一样，Github 叫pull request，Gitlab 叫merge request，下面统一称为pull request。

流程图：

开发流程

1. 创建指定需求的issues，评论里面附加相关的策划描述文档连接，以及相关UML设计文档等
2. 针对当前issues 创建针对性的 branch
3. 本地拉取branch，开发完成后，提交代码到branch(注意：长周期的功能要定期去merge main 分支)
4. 提交pull request, 指定相关的reviewer，assignee
5. reviewer 审核代码，通过后合并代码到main分支
6. 功能开发完成

发布流程

1. 在当前git节点上创建tag, 命名规范跟随版本号v1.0.0
2. 之后可以基于tag创建docker镜像，发布到harbor上,镜像版本号跟随tag版本号
3. 发布完成后，通知相关人员测试

补丁修复流程

1. git 切到需要修改的补丁版本 tag
2. 基于这个tag创建branch，命名规范patch-v1.0.0
3. 本地拉取branch，开发完成后，提交代码到branch
4. 提交pull request, 指定相关的reviewer，assignee
5. 基于 patch-v1.0.0 创建新的tag，命名规范v1.0.1
6. 之后可以基于tag创建docker镜像，发布到harbor上,镜像版本号跟随tag版本号
7. 发布完成后，通知相关人员测试
8. 合并patch-v1.0.0 main 分支
9. 在下一次版本v1.1.0发布后删除patch-v1.0.0 分支

参考文档

• gitlab-flow