0%

团队git开发规范

分支命名

分支应该以feature-/fix-/hotfix-开头
feature- 表示迭代功能分支
fix- 表示bug修复
hotfix- 表示生产bug紧急修复

  • 1). 功能分支命名格式为 feature-姓名拼音首字母-功能号/任务号-预计上线日期(格式yyyyMMdd) 如:feature-cc-1024-20190920
  • 2). bug修复分支命名格式 fix-姓名拼音首字母-bug号-预计上线日期(格式yyyyMMdd) 如:fix-cc-2048-20190920
  • 3). 生产bug紧急修复命名格式 hotfix-姓名拼音首字母-bug号-预计上线日期(格式yyyyMMdd) 如: hotfix-cc-4096-20190920

    创建分支

    一般feature/fix/bugfix都应该基于tag创建 分支命名参照上条
    创建分支命令 git checkout -b 分支名 tag
    如: git checkout -b feature-cc-100-20190920 1.0.0-20190911
    其中feature-cc-100-20190920是功能分支名 1.0.0-20190911是上线之后的tag名
    不基于tag创建的分支要根据实际情况决定 出现这样的情况应该和teamleader讨论

    上线分支

    一般情况下上线分支始终是release分支 我们开发的分支应该在git中提交
    MergeRequest由teamleader进行review之后执行合并
    MergeRequest的source branch是开发分支 target branch是release
    另外开发分支应该自测通过之后再发起合并申请

    tag管理

    每次上线之后应该基于release由teamleader创建tag,进入下一个迭代周期

    紧急发布

    修复线上的紧急bug,需要基于tag创建一个上线的分支,该分支修复验证通过后该分支要合并到release