git 分支管理规范

  1. 保证master分支永远处于可部署的状态、禁止自接提交代码到master分支
  2. 开发分支基于master分支创建,命名规范如下:
    1. 如果是功能需求,分支命名为feature/xxx,xxx要具有描述性
    2. 如果是线上bugfix,分支命名为hotfix/xxx,xxx要具有描述性
  3. 需要发布的时候基于master分支新拉一个release分支,并提交一个Merge Request申请将feature分支合并到release分支,指定一个人进行code review,没问题之后再进行合并,然后使用release分支发布,发布完成后将release分支合并到master分支;hotfix分支可以直接发布(但是也需要review),发完之后合并到master分支
  4. 由于目前测试环境和预发环境都只有一套,同一个应用如果有多个开发中的分支需要部署测试环境或者预发环境,可以把多个分支合并到dev分支或者pre分支。dev分支和pre分支仅仅用来部署环境,不要用来提交功能代码和发布线上。
  5. 发布步骤清单:

1.从master拉一个新的release分支 例如:release*** 2.将feature/***分支或者hotfix/***分支合并到release***分支 3.发布之前问一下群里,有没有其他人当天也发布代码(协调好时间顺序,务必上一个release***代码合并master后,再发布下一个) 4.发布之前再将master代码合并到release***分支(防止发布前一刻master代码有变化) 5.在jenkins里发布release***上线 6.将release***合并到master(在发布当天下班前)

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

扫码关注云+社区

领取腾讯云代金券