将 WearOS APK 从嵌入式迁移到多 APK - 使用什么版本代码来保留移动 APK?

Migrate a WearOS APK from embedded to Multi-APK - What version code to use to retain mobile APK?

该应用使用了嵌入式 Wear APK 分发模式,但由于自 1 月起不再支持这种分发方式,因此该应用已迁移为使用单独的 Wear APK。 按照指南在移动 APK 中设置 wearAppUnbundled true 标志,并在 Wear APK 中设置 <uses-feature android:name="android.hardware.type.watch"/><meta-data android:name="com.google.android.wearable.standalone" android:value="false" />

唯一的问题是上传 Google Play 时使用什么应用程序版本代码? 假设版本 100 是带有嵌入式 Wear APK 的旧版本。 (minsdk 19) 版本 300 是没有 wear APK 的新移动 APK,已上传到 Play 商店。 (minsdk19)

现在,Wear APK 使用什么版本代码? (minsdk 25) 如果它设置为版本代码 200,那么在准备发布时 Play 控制台会接受它。但是,它表示 300 不会包含在此版本中。这就是可怕的地方,因为人们可能会认为,如果根据此消息按原样发布,移动 APK 将不会在 Play 商店中显示。

是否应该使用“不包含”部分中 300 版本 APK 旁边的“包含”选项来强制 Play 管理中心保持该版本处于活动状态?

基于多 APK 版本控制指南: 这种情况可能会“缩小”,因为 Wear APK 受到更多限制(由于最低 SDK 级别和使用功能声明)。 但是,由于 Wear APK 使用了较低版本的代码,所以支持的设备应该仍默认接收 300?这就是令人困惑的地方,因为基于此我假设上传更受限制的较低代码 APK 根本不会影响 300 版本。

最重要的是保持新的移动 APK 不变,它不应该从 Play 商店中消失。

事实证明,这个问题很容易解决。在这种情况下,Wear OS APK 必须上传更高版本的代码,例如版本代码 400。在发布页面上,必须使用 Include 按钮来包含 300 版本(phone APK)。 这有点道理,但如果一个人是多 APK 版本的新手,那么消息传递并不简单,如果应用程序有很多安装,那么在采取这样的行动之前要三思而后行。

(可能应该在发布新 phone APK 时首先上传这两个 APK)