Google Play 发布策略：分阶段与灰度发布全解

在 Google Play，分阶段发布（Rollout）是控制更新如何推送给用户的核心机制。

对于**生产环境**发布尤为重要，任何失误都可能：

• 导致大面积崩溃
• 降低评分
• 引发差评
• 损害开发者账号信誉

因此，分阶段发布（灰度发布）是安全上线的关键工具。

分阶段发布指将活跃版本逐步分发给用户的过程。

Google Play 支持两种方式：

• 全量发布：100% 用户立即可用
• 分阶段发布：按比例逐步推送

分阶段发布仅适用于生产环境。

分阶段发布即新版本先推送给部分用户，逐步扩大范围。

常见阶段：

• 1%
• 5%
• 10%
• 25%
• 50%
• 100%

每一步都可：

• 分析崩溃率
• 检查 ANR 指标（应用无响应）
• 收集新用户反馈
• 决定是否继续或暂停发布

强烈建议在以下场景使用：

• 更新内容较大
• 涉及登录、支付等关键功能
• 升级 SDK（广告、分析、支付等）
• 架构有重大调整
• 首次上线真实用户

全量发布仅适用于：

• 小型修复
• 紧急热修
• 内部项目无真实用户

安全保守的灰度方案：

注意：

• 不要急于推进
• 关注趋势，不仅是绝对数
• 考虑时区影响

• 崩溃激增应立即暂停发布
• 始终与上一版本对比

• 生产环境尤为关键
• 严重影响评分

• 新评价多在前几小时出现
• 负面反馈集中需警惕

• Google 可能自动减缓分发
• 指标差会影响曝光

可手动暂停发布。

暂停后：

• 新用户无法收到更新
• 已更新用户不受影响
• 该版本状态变为**已停止**

注意：

• 这不是回滚
• 旧版本不会自动恢复

Google Play 不支持真正的回滚。

你无法：

• 让用户回到旧版本
• “撤销”已发布的更新

唯一办法：

• 紧急发布新版本修复
• 重新开始分阶段发布

如启用托管发布：

• 可提前准备好版本
• 需手动确认后才开始分阶段发布
• 便于与市场推广同步

注意：

• 分阶段发布从确认后开始
• 百分比策略与常规一致

典型生产流程：

• CI 上传 AAB/APK 包
• 版本初始为草稿
• 人工确认后开始分阶段发布
• 分阶段发布手动管理

自动 100% 发布风险极高，强烈不建议。

版本已激活，但：

• 用户收不到更新
• 可能误以为 Google “延迟”发布

• 崩溃发现太晚
• 评分已受损

• 实际不存在回滚
• 必须有热修复预案

• 分阶段发布仅适用于生产环境
• 已暂停发布不会改变应用状态
• 已暂停应用无视分阶段发布
• 被下架应用无法发布任何新版本

• 始终用分阶段发布
• 从 1% 开始
• 未分析前勿提升比例
• 随时准备热修复
• 避免周五大版本发布

分阶段发布是 Google Play 风险控制的核心工具。

分阶段发布可帮助你：

• 保护用户
• 保持评分
• 及时阻断问题
• 自信安全地发布每次更新

此机制对所有生产环境发布至关重要，尤其适合持续迭代的应用。