iOS 关于自动更新的分阶段发布(灰度发布)的相关简介
前言:
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.单击保存。
三、在分阶段发布期间每天完成自动更新的用户百分比如下,百分比为固定的,不可更改。
四、自动更新的分阶段发布的利弊
利:
1.发现新问题,可及时暂停分阶段发布,将损失降到最低。
2.加速产品的发布进程,减少测试周期。
弊:
1.只能选择老用户更新时的灰度,也就是说新用户安装的都是新版。
2.在群体的选择上是随机的,抽到的用户不能代表全局用户特征,统计误差不定,有可能很大,也有可能很小。
3.灰度发布的新版本一旦出现问题是无法回滚的,在修复版开发完成重新发布审核上架之前,已经更新的用户只能继续用bug版本。
4.只能做较大的灰度测试,无法针对功能较小模块甚至代码片段做灰度。
五、参考相关链接:
1.https://itunespartner.apple.com/en/apps/faq/Managing%20Your%20Apps_Submission%20Process
2.http://www.jiemian.com/article/1378301.html
3.http://www.appadhoc.com/blog/what-is-grey-release/
4.http://www.pmcaff.com/article/index/786702749524096?from=label&pmc_param[label_name]=
posted on 2017-07-26 11:02 ACM_Someone like you 阅读(14095) 评论(0) 编辑 收藏 举报
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】凌霞软件回馈社区,博客园 & 1Panel & Halo 联合会员上线
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】博客园社区专享云产品让利特惠,阿里云新客6.5折上折
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 一个费力不讨好的项目,让我损失了近一半的绩效!
· .NET Core 托管堆内存泄露/CPU异常的常见思路
· PostgreSQL 和 SQL Server 在统计信息维护中的关键差异
· C++代码改造为UTF-8编码问题的总结
· DeepSeek 解答了困扰我五年的技术问题
· 清华大学推出第四讲使用 DeepSeek + DeepResearch 让科研像聊天一样简单!
· 实操Deepseek接入个人知识库
· 易语言 —— 开山篇
· 一个费力不讨好的项目,让我损失了近一半的绩效!
· 【全网最全教程】使用最强DeepSeekR1+联网的火山引擎,没有生成长度限制,DeepSeek本体