[链服务] 发布feature版本v1.9.0

[Fatman13]

Chain service v1.9.0 Release

🚢 预计发布时间

预计发布时间参见这里。一般2到3个sprint发布一个版本。

🤔 版本主题

• account体系重构
• 用户数据隔离
• messager稳定性优化

更多版本细节，参考链服务v1.9.0的milestone。

✅ 常规检查项

准备:

• 确保当前master功能与其他组件不冲突，不破坏兼容性
• 从master拉出发布分支（3选1）
  • 正式版release/vX.Y.Z
  • rc版release/vX.Y.Z-rc[x]
  • pre-rc版release/vX.Y.Z-pre-rc[x]
• 依照发版规则递进master上的版本号，并更新发布分支中version.go的版本号
• 发布分支中功能冻结；如有重大bug修复需要从master中并入分支，可以通过backport的方式合并至release/vX.Y.Z分支

测试:

• 阶段 0 - 自动化测试

  • 自动化测试
    • CI: 通过所有CI

• 阶段 1 - 自测

  • 升级dev测试环境
    • 检查节点同步情况
  • 升级预生产环境
    • （可选）检查节点同步情况
  • 确认以下工作流 (如是Z版本，此项可选；如是X、Y版本，此项为必选)
    • 封装一个扇区
    • 发一个存储订单
    • 提交一个PoSt
    • 出块验证，出一个块
    • Snapdeal验证
    • （可选）让一个扇区变成faulty，观察是否恢复

• 阶段 2 - 社区Beta测试

  • （可选）社区Venus Master测试
  • 新功能特性，配置变化等等的文档撰写

• 阶段 3 - 发版

  • 最终准备
    • 确认version.go已更新新版本号
    • 准备changelog
    • tag版本（3选1）
      • 正式版vX.Y.Z
      • rc版vX.Y.Z-rc[x]，并标记为pre-release
      • pre-rc版vX.Y.Z-pre-rc[x]，并标记为pre-release
    • 版本发布至releases
    • （可选）检查是否有PR单独提交至release/vX.Y.Z分支，并提交Release back to master的PR
    • （可选）创建新版本的discussion讨论帖

发版后:

• （可选）按需更新release-issue-templat.md模版
• （可选）使用release-issue-templat.md模版创建下一个发版issue