Skip to content

灰度流程

  • [x] 确定涉及哪些后端、前端工程、gm_task 改动、定时脚本改动

    前端：mes, station

    后端：gm_web_sorting, gm_web_stock, gm_web_templates

  • [x] 从 develop 分支中切出 release/YYYYMMDD 分支

  • [x] 灰度一个不存在的 group id

  • [ ] 部署 gm_task

    • [x] clone 新的 gm_task 分支

    • [x] 修改 config/deploy.conf

      1. 变更1
        1. 是否修改了 gm_task git 仓库中的代码或配置：否
        2. gm_task 脚本类型（新增脚本/修改已有脚本）：修改已有脚本
        3. 脚本在 gm_task 的 deploy.conf 中配置的 KEY：export_purchase_analyse_path
        4. 脚本路径：/data/www/stock/gm_web_stock/tools/celery_tasks/export_purchase_analyse.py

      定时脚本：

      ​ 工程：gm_web_stock ​ 路径：tools/regular/update_purchase_analyse ​ 频率：每天中午12点定时跑

    • [ ] 确保工程目录中不存在 config/local.conf

    • [ ] 部署 web 服务分支

    • [ ] 使用 tmux 启动服务

    • [ ] 修改 web 服务的配置，改动 queue_name

    • [ ] 使用发布脚本重新灰度一下，确保配置重载

  • [ ] 部署 gm_script

  • [ ] 灰度账号（先灰度测试账号，再灰度真实客户）

    • [ ] 刷数据（切流量前需要刷的脚本）
    • [ ] 修改 gm_task 脚本中的 group ids
    • [ ] 修改 gm_script 脚本中的 group ids
    • [ ] 使用发布脚本灰度账号
    • [ ] 刷数据（切流量后需要刷的脚本）
    • [ ] 等待测试测试（仅灰度测试账号时需要）
    • [ ] 在钉钉群里通知

全量流程

  1. 跟前端确认分支是否要进行rebase到master，等他们操作完成

  2. 查看之前灰度的ID

    gmdeploy list -p 模块名称 gmdeploy prerelease -u name ID # 在全量机器部署分支服务,

  3. 合 master 代码

    到所有模块git目录里面, 将所有模块master内容合并到release分支

    git checkout master
git pull
git checkout release/20190715
git merge master
git push

    回到脚本中yes确认完成

  4. 确认是否要执行刷数据脚本(刷全部用户数据,跟后端)

  5. 执行 release 操作 gmdeploy release -u name ID #将用户流量全部切换到分支服务上

    切换到master分支             meger到master
git pull
git merge 分支名称
git push

切换到develop分支                meger到develop分支
git checkout develop
git pull
git merge master
git push

    yes 确认完成操作

  6. 刷数据（切流量前需要刷的脚本）

  7. 修改 gm_task 脚本中的 group ids
  8. 修改 gm_script 脚本中的 group ids
  9. gmdeploy release
  10. 刷数据（切流量后需要刷的脚本）
  11. 通知前端全量更新代码 #发布全量操作
  12. gmdeploy complete -u name ID #等前端操作完成之后，软链接到模板工程里面
  13. 到trello将模块拖到己全量看板