Git团队开发流程规范

发表于 更新于 阅读次数： 本文字数： 580 阅读时长 ≈ 1 分钟

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描述信息显得尤为重要