Android开发规范：APP版本发布（全量发布、灰度发布

3. 省去了发布多个补丁包在人力和流程上的消耗；

缺点：

1. 因为只会发布一个版本，所以对app的质量把控要求高，需要测试团队这边严格把控，一般要3轮甚至更多的测试，扩大测试范围，保证app不出现重大bug影响使用；

除了新版本功能外，还需要保证主路径功能没问题，另外还有手机兼容性、app旧版本和新版本互通、app旧版本升级等需要测试。

2. 存在重大bug的风险，比如导致app崩溃。这样没有版本就需要再次发版解决。

笔者甚至遇到过发版后客户端https证书过期从而导致app不可使用的问题，这个时候只能重新发版。

适用范围：

1. app更新频度不高，比如几个月甚至半年以上更新一个版本的。一般在传统行业中比较常见。

灰度发布

---

灰色是介于黑色和白色之间的一种颜色，引申到app版本发布上面来可以理解为在正式版本发布之前的一个版本。

灰度版本的作用是用来验证新版本是否有重大bug或者严重影响用户体验的问题。

理想状态是发布一个灰度版本v1后没有任何问题，那么就可以将这个灰度版本v1作为正式版本全量发布；

如果这个灰度版本v1存在问题，那么需要开发人员进行修复，还要经过测试，然后再发布一个灰度版本v2，然后再观察这个v2版本是否有什么问题。如果有问题仍然需要再发布一个v3版本，甚至更多。

AB Test

灰度发布这种思路其实是跟AB Test解决方案一样。让大部分用户