Git团队开发流程规范

Team下多人协作编程,Git Repo管理上需要有规范,以下是我所在的team规范。

持续更新

分支命名规则

  1. 主分支:master【保护分支】
  2. 功能分支:feat/<name>
  3. bug分支修复:fix/<name>

操作步骤

  1. 基于master创建对应分支

  2. 本地进行开发,git add,git commit等,push到远程仓库,创建对应上游分支。

    _注意:_利用fixed #issueNum`语法糖等在提交信息中关联issue,这样MR成功后,issue则会自动关闭,同时方便明确提交CODE关联票

  3. CI服务拉取目标分支代码进行构建,运行在内网环境,确认OK

  4. 合并master代码,如果有出入则rebase merge处理,同时重新验证下功能

  5. 发起MR到master

  6. 管理员进行Review,如果有修改点则开发对应修改,同时提交标注为fixup:xxxx

  7. 确认OK后合并到master,原分支删除

  8. CI服务拉取master主干代码进行构建,部署到生产,同时打tag标记

  9. 如果在生产中遇到了BUG则立即在发布环节回滚,同时repo里重复上述流程尽快修复。

说明

  • 因为分支为各个developer在本地创建,最终push到上游,命名按照上述规则,则不会存在分支命名重复冲突
  • 构建发版,会自动统计整体提交的修改点,所以准确填写commit-message描述信息显得尤为重要