git管理及上线流程
上线文档
分支管理部分
流程图
- 本质: 代码在 本地环境 开发环境 测试环境 间的流动
默认分支
- 两个:master,dev
- master 主干分支 保存最新的线上代码，不允许主干分支直接提交开发内容
- dev 主迭代开发分支，测试联调分支 测试环境使用,同一环境只会同时测试同期上线特性
- feature_ 配合迭代上线分支，为迭代上线日期
- hotfix-* 为紧急上线分支（bug、紧急业务需求）
代码上线部分
- tag管理
- 测试环境打包，预发布最终确认
- 日常迭代上线规范
- 任务类型：常规迭代
- 上线节点：（6,3,1）
- 补丁包上线规范
- 任务类型：补丁包
- 上线节点：
- hotfix上线规范
迭代上线流程
- 提测模板
@测试人员
提测内容：提测模板
开发人员：xxx,xxx,xxx
涉及服务：gotone-cms-api;gotone-settlement-api;
上线文档：https://www.tapd.cn/68626194/markdown_wikis/show/#1168626194001000347
执行SQL:fat->20220817153046397;fat1->20220817153046397;
SQL上线部分
- 所有测试及线上环境的SQL均需通过SQL审核平台,实行时间2022-09-02
- 字段删除/改名称，删表的SQL在线上原则不允许执行，由运维在最后把关
- SQL脚本影响数据行数：表数据超过200W的加索引，修改数据行数超过1000需张玉刚确认
- 测试执行fat及fat1环境的SQL工单
- 运维执行pro环境的SQL工单
- 迭代需求的SQL工单需要维护到上线文档
- 上线文档中"涉及SQL"的pro需由开发人员标明是上线前还是上线后执行，没有的运维找SQL负责人->上线文档负责人->张玉刚
- pro的SQL工单在执行前运维告知工单提交人，工单提交人确认后再执行，执行完成后告知工单提交人检查执行结果并保证主流程没问题，上线文档中pro的SQL工单直接与上线文档负责人沟通(包括确认、检查、执行后保证主流程没问题)
配置上线部分
Job上线部分
其他上线内容部分
上线后操作部分
- 上线后需将从测试环境上线的sql、配置、服务同步至另一套测试环境
