鸿蒙 7 在 11 月推了三轮：SP16 先分批，SP8 到 SP16 放开限量，再补 Patch22
从 11 月份这三轮来看，真正起作用的是放量的速度，并不是版本号。

从分批到不限量只差一天，紧接着又补了一个修复包。

先后顺序在版本号中是看不到的。


11 月 4 日，7.0.0.111 SP16 开始分批推送。

分批这两个字很重要，先放给一小批设备。

11 月 5 日，SP8 到 SP16 转为不限量开放。

4 款平板从分批走到了不限量，中间只隔了 1 天。

11 月 11 日又发布了 Patch22 这个补丁包。

3 轮按照时间顺序排列，动作是一环扣一环的。

不要把这三轮读成一次完成的一次推送。

分批推送就是一个灰度机制。

先给一小部分设备试用一下，看看它们出现崩溃的情况的概率有多大，以及在出现问题之后能够自动恢复到正常状态的程度如何。


数据没有问题，再把口子打开给更多的机器。

灰度观察期有多长，就看分批和不限量之间间隔了多少时间。

这次只有 1 天的时间间隔，所以观察窗口很短。

短到只有 4 款平板电脑前一天还分批供应，第二天就不再限量了。

紧随其后的 Patch22 也应该放在这条线上来看。

SP 和 Patch 走的是两条路。

SP 是功能版本，带有该版本的新功能。

Patch 为修复包，补的是前面没有收拾好的地方。

安装了 SP 之后再补上一个 Patch，这是很正常的操作。

这不是系统的重复发送，也不是把前面的版本全部推倒。

先放量，后补包，这两步各自负责自己的事情，并不会互相代替。

观察期很短，之后又紧接着补上了修复包，前后衔接得非常紧密。



节奏要比版本号的信息量大很多。

版本号只能知道安装到哪个版本了。

节奏会告诉你这版是怎样的被制作出来的、稳定不稳定。

11 月 4 日、11 月 5 日、11 月 11 日这 3 个日期连在一起就形成了一个直线。

分批进行、逐步放宽限制、最后补齐遗漏的部分，3 个步骤非常接近。

这三轮的回答是关于节奏而不是规模。

把节奏读成规模的话，就会不自觉地给一个并不存在的收尾。

边界就在那里，三轮都只是个过程。

过程中有有限量放开，也有补丁跟上。

没有哪一次应该被读作结束。

分批、放开、补包，3 个词就对应着三种动作。

把它们摆平之后再看，就会失去原来的先后顺序。

从 11 月 4 日到 11 月 11 日之间，这条线还是在往下走。


灰度这套做法就是为了让还没有经过验证的风险被限制在一个小范围内的设备中。

小范围先跑稳，再一步步把口子撑开，这一步既不能急，也不能跳。

分批那天口子开得比较小，转不限量那天才真正放开。

限量放开这一步刚好处在分批之后、后面的那个补丁包之间。

缺少了这一环节，前面和后面的动作用不上劲，不能形成一条完整的链条。

版本号往后排，就是补丁包补上来的两件事情。

把补丁包也计算在放量那一轮里，那么三轮的顺序就会混乱了。

真正留下来的是几天之内把口子一层层打开的速度。

节奏要比一个结尾更加重要，在这三轮中并没有出现结尾。

版本号会一直往前排，节奏就是这一轮留下来的东西。