规范开发流程
合理规范的开发流程,可以有效提高开发进度,保证产出质量.
说明
Github 和Gitlab 合并请求叫法不一样,Github 叫pull request
,Gitlab 叫merge request
,下面统一称为pull request
。
流程图:
开发流程
- 创建指定需求的
issues
,评论里面附加相关的策划描述文档连接,以及相关UML设计文档等 - 针对当前
issues
创建针对性的branch
- 本地拉取
branch
,开发完成后,提交代码到branch
(注意:长周期的功能要定期去mergemain
分支) - 提交
pull request
, 指定相关的reviewer
,assignee
reviewer
审核代码,通过后合并代码到main
分支- 功能开发完成
发布流程
- 在当前git节点上创建
tag
, 命名规范跟随版本号v1.0.0
- 之后可以基于
tag
创建docker
镜像,发布到harbor
上,镜像版本号跟随tag
版本号 - 发布完成后,通知相关人员测试
补丁修复流程
- git 切到需要修改的补丁版本
tag
- 基于这个
tag
创建branch
,命名规范patch-v1.0.0
- 本地拉取
branch
,开发完成后,提交代码到branch
- 提交
pull request
, 指定相关的reviewer
,assignee
- 基于
patch-v1.0.0
创建新的tag
,命名规范v1.0.1
- 之后可以基于
tag
创建docker
镜像,发布到harbor
上,镜像版本号跟随tag
版本号 - 发布完成后,通知相关人员测试
- 合并
patch-v1.0.0
main
分支 - 在下一次版本v1.1.0发布后删除
patch-v1.0.0
分支