对 Google Play 管理中心的版本控制感到困惑（第 2 部分）
Confused about versioning in Google Play Console (part 2)
以下是否正确：
第 1 天：在 Google 中将版本“1”发布到正式版中进行全面展示。 (100%)
第 2 天：在 Google 中将版本“2”发布到正式版，播放比例为 20%。
第 3 天：在 Google 中将版本“3”发布到正式版，播放比例为 20%。
从第 3 天开始，没有人（新用户和更新用户）会再安装版本 1。正确的？版本 1 消失了。
错误。如果您从未将版本 2 提高到 100%，则不会禁用版本 1。相反，版本 3 将取代版本 2 作为分阶段发布 APK。
这是为您将新版本 (2) 发送给用户以查看您是否错过了 Beta 测试中的任何崩溃的场景而设计的。您将其发送出去，发现崩溃率提高了 2。您发现了错误并希望推出修复程序。您想将修复程序发送给获得错误版本 2 的用户。因此版本 3 推出相同的 20% 来修复它们，而版本 1 的用户不受影响。
如果您想让用户退出版本 1，顺序为：
- 第 1 天：在 Google 中将版本“1”发布到生产环境中进行全面展示。 (100%)
- 第 2 天：在 Google 中以 20% 的推出率将版本“2”发布到正式版。
- 第 3 天：在 Google 以 100% 推出率（完成推出）将版本“2”发布到生产版。此时版本 1 已停用。
- 第 4 天：在 Google 中将版本“3”发布到正式版，播放比例为 20%。
分阶段发布是为 100% 发布之前的最后阶段检查而设计的，如果检查通过，则应始终完成到 100%。
如果您正在尝试做其他事情（例如 A/B 测试），那么您应该使用像 Firebase remote config A/B testing
这样的框架
以下是否正确：
第 1 天：在 Google 中将版本“1”发布到正式版中进行全面展示。 (100%)
第 2 天：在 Google 中将版本“2”发布到正式版，播放比例为 20%。
第 3 天：在 Google 中将版本“3”发布到正式版，播放比例为 20%。
从第 3 天开始，没有人（新用户和更新用户）会再安装版本 1。正确的？版本 1 消失了。
错误。如果您从未将版本 2 提高到 100%，则不会禁用版本 1。相反，版本 3 将取代版本 2 作为分阶段发布 APK。
这是为您将新版本 (2) 发送给用户以查看您是否错过了 Beta 测试中的任何崩溃的场景而设计的。您将其发送出去，发现崩溃率提高了 2。您发现了错误并希望推出修复程序。您想将修复程序发送给获得错误版本 2 的用户。因此版本 3 推出相同的 20% 来修复它们，而版本 1 的用户不受影响。
如果您想让用户退出版本 1，顺序为：
- 第 1 天：在 Google 中将版本“1”发布到生产环境中进行全面展示。 (100%)
- 第 2 天：在 Google 中以 20% 的推出率将版本“2”发布到正式版。
- 第 3 天：在 Google 以 100% 推出率（完成推出）将版本“2”发布到生产版。此时版本 1 已停用。
- 第 4 天：在 Google 中将版本“3”发布到正式版，播放比例为 20%。
分阶段发布是为 100% 发布之前的最后阶段检查而设计的，如果检查通过，则应始终完成到 100%。
如果您正在尝试做其他事情（例如 A/B 测试），那么您应该使用像 Firebase remote config A/B testing
这样的框架