Git规范

环境说明

公司有4套环境,dev ,uat, stag, prd.

  • dev
    • 开发联调环境
  • uat
    • 测试环境
  • stag
    • 预生产环境
  • prd
    • 正式生产环境

相关GIT规范

总体流程图

流程图

分支说明

分支说明

分支命名规范分支说明举例发布环境
masterMaster主分支,也是上线发布分支masterPrd/Stag
devdev开发分支, 功能开发后合并的分支,uat环境测试分支devUat
featurefeature/[月日(版本)]_[功能说明]功能分支, 有新功能需要开发,从master分支拉取该分支feature/0102_mall_orderDev
hotfixhotfix/[月日(版本)]_[bug说明]紧急bug修复分支hotfix/0108_order_datetimePrd/Uat/Stag/Dev

流程说明

常规开发流程

  1. 接到新需求后, 从master分支拉取对应的功能分支, 分支命名规范为: feature/mmdd_功能说明

  2. 开发完成,并且dev环境自测通过后. 合并到 dev 分支,并部署提测到UAT环境

  3. 测试完成通过后, 合并dev分支到master分支, 发布stag环境进行回归测试

  4. 回归测试完成, 定义TAG号, 进行发版

紧急修复流程

  1. 线上出现紧急BUG需要修复,从上次发布的master分支拉取hotfix分支, 分支命名规范为: hotfix/mmdd_bug说明
  2. 紧急修复bug,并自测通过后, 提测并部署到UAT环境
  3. 紧急测试完成通过后, 合并hotfix分支到master分支 ,并发布到Stag环境进行回归测试.
  4. 回归测试完成, 定义FIX_TAG号,进行紧急上线发布
  5. 发布完成确认无误, 合并hotfix分支到dev分支

COMMIT & Merge规范

提交说明

  1. 提交时, 需说明提交属于哪个功能, 并且在该功能做了哪些修改. 包括 add, delete,update,fix
1
2
3
4
5
6
7

   [a功能] <add>  某某接口

   [a功能] <delete> 删除了无用的注释

   [a功能] <update>  修改函数命名

   [a功能] <fix> 修复了某个错误

Merge 规范

  1. 本地代码多次提交, 使用 rebase 操作合并为一个提交,防止出现多次重复提交相同功能

  2. 在推送到远程(相同名称)分支时, 先拉取代码(rebase 方式), 再进行push, rebase不会导致多个历史分支进行交织。提交历史为一条线。简单干净

  3. 在进行分支合并的时候, 再使用merge操作