问题描述
该应用使用了嵌入式 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 版本是新的移动 APK，没有穿戴 APK，已上传到 Play 商店。 (minsdk19)
现在，Wear APK 使用什么版本代码？ (minsdk 25)
如果它设置为版本代码 200，那么在准备发布时，Play Console 会接受它。但是，它表示 300 将不包含在此版本中。这就是可怕的地方，因为人们可能会认为，如果根据此消息发布移动 APK，将不会在 Play 商店中显示。
是否应该使用“不包含”部分中 300 版 APK 旁边的“包含”选项来强制 Play 管理中心保持该 APK 处于活动状态？
基于多 APK 版本控制指南：
这种情况可能会“缩小”，因为 Wear APK 受到更多限制（由于最小 SDK 级别和使用功能声明）。
但是，由于 Wear APK 使用较低的版本代码，因此有能力的设备在默认情况下仍应接收 300？这就是令人困惑的地方，因为基于此，我认为 300 版本不应该受到上传受限制更多的低代码 APK 的影响。
最重要的是拥有新的移动 APK，它不应该从 Play 商店中消失。
解决方法
事实证明，解决这个问题很容易。在这种情况下，Wear OS APK 必须使用更高的版本代码（例如版本代码 400）上传。在发布页面上，必须使用 Include 按钮来包含 300 版本（手机 APK）。
这有点道理，但如果是多 APK 版本的新手，则消息传递并不简单，如果应用程序有很多安装，则在采取此类行动之前会三思而后行。
（应该是在发布新手机 APK 时首先上传了两个 APK）