KonishiLee's Blog

快启 Web 前端发布规则

写在最前:随着快启用户越来越多,为了避免在发布之后会出现各种问题,请大家严格按照并且执行发布规则以及执行,增加工作效率。

【关于发布时间】

  • 需要注意的是不能是周末,不能是下班,保证具有良好的问题解决,修复,发布的环境。

【关于开发人员】

  • 开发必须严格控制 master 分支代码,还是按照上次讲的 GitFlow 这一套规范。(如果有不懂的,稍后我有时间会写一份关于 GitFlow 规范文档)

  • 开发自身必须要进行自测,并且还需要将涉及到的功能进行测试。

  • 开发每一次版本在测试阶段,开发需要给测试大概讲一下需要测试的内容(包含新功能,修复Bug,涉及到功能,优化等)。

  • 每个端必须准备一套 rollback 流程,保证在发布之后如果出现问题可以及时回滚。

请参考

Feature:包括新功能,Bug,涉及功能,优化等

开发阶段 :

  • 开发人员 → 自测(Feature) → 自测不通过 → 直至自测通过 → 发布测试环境 → 进入② 测试阶段

  • 开发人员 → 自测(Feature) → 自测通过 → 发布测试环境 → 进入② 测试阶段

测试阶段 :

  • 测试人员 → 测试(Feature) → 测试不通过 → 打回至 ① 开发阶段 → 直至测试通过 → 进入③ 预发布阶段

  • 测试人员 → 测试(Feature) → 测试通过 → 进入③ 预发布阶段

预发布阶段 :

  • 开发人员 → 合并 master 分支代码(不能再污染) → 准备发布
  • 开发人员 → 制定 rollback 机制(随时准备版本回滚
如果喜欢这个分享,就帮忙买杯咖啡吧