对 google 游戏机中的版本控制感到困惑
confused about versioning in google play console
我有：
- 一年前在 Google Play 上发布的版本为“1”的旧应用。目标 SDK 22.
- 版本为“2”的较新应用程序实际以 20%（默认）的推出率发布到生产环境。目标 SDK 25
问题：
对于任何 user/device，旧应用程序是否仍然可见并可下载，或者版本“1”的应用程序是否已停用？
目标 SDK 不影响应用交付，仅影响 min/max SDK，所以这是一个转移注意力的问题。
简短的回答：目前 20% 的用户将获得版本 2，80% 的用户将获得版本 1。当您最终将部署增加到 100% 时，版本 1 将自动完全停用。
更长的答案：在更复杂的情况下，应用程序定位开始发挥作用。这不适用于您问题中的情况。假设版本 1 是 minSdk 22，版本 2 是 minSsk 25。每个用户将被随机分配到一组 "rollout" 或 "old" 中，比例为 20:80。如果他们在组 "old" 中，他们将获得版本 1。如果他们在组 "rollout" 中，那么他们的 Sdk 将被检查。如果大于 25，他们将得到 "rollout"。否则他们会后退并得到 "old"。当推出达到 100% 时，SDK <25 的用户将不再获得任何服务。
我有：
- 一年前在 Google Play 上发布的版本为“1”的旧应用。目标 SDK 22.
- 版本为“2”的较新应用程序实际以 20%（默认）的推出率发布到生产环境。目标 SDK 25
问题： 对于任何 user/device，旧应用程序是否仍然可见并可下载，或者版本“1”的应用程序是否已停用？
目标 SDK 不影响应用交付，仅影响 min/max SDK，所以这是一个转移注意力的问题。
简短的回答：目前 20% 的用户将获得版本 2，80% 的用户将获得版本 1。当您最终将部署增加到 100% 时，版本 1 将自动完全停用。
更长的答案：在更复杂的情况下，应用程序定位开始发挥作用。这不适用于您问题中的情况。假设版本 1 是 minSdk 22，版本 2 是 minSsk 25。每个用户将被随机分配到一组 "rollout" 或 "old" 中，比例为 20:80。如果他们在组 "old" 中，他们将获得版本 1。如果他们在组 "rollout" 中，那么他们的 Sdk 将被检查。如果大于 25，他们将得到 "rollout"。否则他们会后退并得到 "old"。当推出达到 100% 时，SDK <25 的用户将不再获得任何服务。