Google Play分阶段发布期间分地区差异化热修复方案可行性咨询

方案可行性判断 #

你提出的拟采用方案不可行，会引发更大范围的版本混乱，完全不符合你的预期目标。

核心规则说明 #

Google Play 的版本分发优先级核心由versionCode（版本号，注意不是版本名）决定，和发布时间、发布区域没有直接关联，平台会默认给用户推送其所在区域支持的、versionCode最高的正式版本包。
你之前仅面向英国推送V2.0.1导致美国V2.5失效，核心原因是你操作时直接覆盖了生产轨道的全量包配置，没有保留美国区域定向的V2.5发布规则，导致美国区域没有更高版本的包可用，用户只能回退到之前全量发布的V1.0版本。

方案风险分析 #

1. 不符合热修复正常逻辑：热修复要求修复包仅针对目标区域的问题版本，不干扰其他区域已上线的更高版本，你提出的全量推送V2.0.1的操作会直接影响美国区域的版本分发规则，不属于正常热修复操作。
2. 无法保证区域版本隔离：
   • 如果你的V2.0.1的versionCode高于V2.5，全量推送后美国所有已安装V2.5的用户都会被强制更新到不兼容美国后端的V2.0.1，直接引发美国区域全量故障
   • 如果你的V2.0.1的versionCode低于V2.5，全量推送后到V2.5美国版重新上线的空窗期内，美国的新用户、还未更新到V2.5的老用户会收到V2.0.1，同样会触发不兼容故障
3. 审核周期风险影响极大：如果V2.5美国版审核需要数天，上述空窗期的故障会持续整个审核周期，完全背离你保留美国用户V2.5版本的目标。

正确操作方案 #

• 首先确认所有版本的versionCode排序严格符合：V2.0 < V2.0.1 < V2.5，绝对不能出现V2.0.1的versionCode高于V2.5的情况
• 不需要全量推送V2.0.1，直接在生产轨道配置两个定向发布规则：
  • 面向英国区域单独发布V2.0.1，设置其仅对英国用户可见
  • 保留/重新提交美国区域的V2.5分阶段发布规则，设置其仅对美国用户可见
    Google Play支持同一生产轨道下共存多个针对不同区域的版本包，会自动给对应区域用户推送其区域内最高versionCode的包，完全可以实现英国用户拿V2.0.1、美国用户拿V2.5的目标。

内容的提问来源于stack exchange，提问作者Minsky