目的

本文档希望为用户提供使用预发布功能时的一种最佳实践,帮助用户理解预发布在版本生命周期中的意义,以及如何利用OTA提供的预发布功能使发布前准备的更充分。

背景

通常一个版本在经过特定设备的测试之后和发布之前的阶段时,希望通过扩大升级的范围进一步观察升级版本的稳定性、效果。此时可以使用预发布(灰度) 的功能,逐步的扩大升级范围,观察升级效果,再根据结果决定是进行正式的全量发布、继续进行灰度还是停止发布流程并退回开发。

实践方式

创建和管理预发布的具体操作,请参考 预发布操作指南。此处给出一些使用预发布的常见方式:

  1. 逐步扩大预发布范围:

    如第一次预发布设置设备数为100,观察设备升级后的情况;3天后禁用该预发布,创建一个设备数为500的预发布,再进行3天观察;第三次预发布设备数设为1000,观察无问题后禁用该预发布,进行正式的全量发布。设备数可以根据激活的设备总数进行调整。

  2. 使用应用版本的总量预发布:

    总量预发布的含义参考 预发布操作指南。对于应用版本的预发布,可以在前两次预发布中使用非总量预发布,此时预发布的设备数较少,主要目的是希望升级设备能覆盖到每个机型,观察版本在各个机型上的表现是否正常;第三次预发布可以使用总量预发布,因为此时预发布的主要目的是进行一个较大范围的升级,看版本升级是否会在一个更大的覆盖设备范围上出现概率较小的问题,如果还按照机型平均分配预发布设备数,则可能因为不同机型的激活设备数不同,导致设备数名额未用完的情况。