sunhr

140W

。。。。。。

周末团建从来不去，问就是要陪家人

@felixlong #30 App Store 本身提供 7 天分阶段发布模式，放量节奏为 1% - 2% - 5% - 10% - 20% - 50% - 100%，但是只对开启自动更新的用户生效

也就是说，即使只放了 1%，所有用户也可以在 App Store 中手动更新到最新的版本

如果一个 app 的 DAU 是 1000W，新版本上架第一天只开 1%的情况下就会有超过 20W 的用户更新，这个量级下如果发生严重问题，足够定个事故了

@Elethom #21 对于大厂的巨型 app 来说，大量的开发人员在迭代周期内产出大量业务代码，新增或升级各种内部、外部 SDK，都存在很大的不可控因素

所以在我们的流程中，灰度是发布前不可或缺的一环，任何一个新功能都必须要经过灰度验证才可以上线

@qq316107934 #23 可以判断是否能够 open itms-beta:// 这个 URL

@Elethom #19 一般来说 app 越复杂，潜在的稳定性问题就越多，如果是超小型 app 的话做到 0 crash 也不是很难（误

作为一个对内测弹窗不胜其烦，但是每月至少给用户配置一次内测弹窗的 iOSer 来回答一下：（逃

因为 iOS app 基本没有其他灰度的途径，而正式版上架后一旦出现严重的稳定性问题会很麻烦，所以只能使用 TestFlight 来灰度。主流 app 的 crash 率基本都在千分之一以下，做的好的甚至可以达到万分之一以下，普通内测群的用户数量并不足以让我们发现万分之一级别的 crash，所以只能粗暴地弹窗让更多用户安装灰度版本。

当然弹窗的转化率是很低的，有不少没节操的 app 也会在弹窗里加入一些诱导用户点击的文案，说多了都是泪。

@stillyu #6 对了忘了这个，不扣分的违章没有限制，有扣分的只能处理绑定日期以后的。。。