前言：
AppStore 发布应用方式除了自动和手动，如今添加了分阶段发布（灰度发布）。目的很明确，降低新版本骤然上升的bug率，不能挽回，只能发布新版本的风险。也也是针对禁止使用热修复，推出的相对合理的解决方案吧。来大家一起学习一下。
说明：
好多人觉得分阶段发布会不会影响发布更新周期？
这里，苹果也有很严谨的解释说明：
通过自动更新的分阶段发布，您可以在 7 天内依序向已打开自动更新的用户发布此更新。请注意，所有用户仍可从 App Store 手动更新至此版本。您可最多暂停分阶段发布 30 天，或随时向所有用户发布此更新
一、关于自动更新分阶段发布的一些说明
1.启动后，版本更新将会在一个 7 天的时间段内按百分比发布给已打开自动更新的 iOS 用户。
2.在分阶段发布期间每天完成自动更新的用户的百分比将显示在iTunes Connect中。
3.所有老用户仍然可以直接从App Store手动更新应用，而新客户将始终看到最新版本。
4.如果发现版本更新中发现有问题，可以随时暂停分阶段发布，总共最多30天，而不管暂停次数。版本更新暂停超过30天后，发布将在暂停的那一天恢复，将无法再次暂停发行。
5.在分阶段发布期间中，也可停止发布阶段性的应用，选择发布给所有已打开自动更新的用户。
6.分阶段发布不能选择特定的人群（如年龄、性别，领域或设备信息，如操作系统版本或设备类型），为随机选择。
7.在分阶段发布期间，开启自动更新的用户完成自动更新，用户不会受到通知。
二、自动更新的分阶段发布的步骤
1.从iTunes Connect 主页，单击我的应用程序，然后选择您的应用程序。
2.在左侧列中，点击要提交的应用版本。
3.在“自动更新的分阶段发布”部分中，选择使用分阶段发布的7天内的“发布更新”。
4.单击保存。
三、在分阶段发布期间每天完成自动更新的用户百分比如下，百分比为固定的，不可更改。
随时关注bug率和用户反馈， 如没有什么不可抗问题，随时根据需求面向所有用户发布
四、自动更新的分阶段发布的利弊
利：
1.发现新问题，可及时暂停分阶段发布，将损失降到最低。
2.加速产品的发布进程，减少测试周期。
弊：
1.只能选择老用户更新时的灰度，也就是说新用户安装的都是新版。
2.在群体的选择上是随机的，抽到的用户不能代表全局用户特征，统计误差不定，有可能很大，也有可能很小。
3.灰度发布的新版本一旦出现问题是无法回滚的，在修复版开发完成重新发布审核上架之前，已经更新的用户只能继续用bug版本。
4.只能做较大的灰度测试，无法针对功能较小模块甚至代码片段做灰度。
