几个月前,我的一位团队成员选择了这个可怕的应用程序捆绑方案。
2 周前我们发生了一个重大事件,AAB 文件使应用程序崩溃,而经过测试的 APK 文件却没有。在发现 bundletool.jar 的额外步骤之前,我们无法进行测试,修复它是一场噩梦。
我的问题是,一旦我们不小心选择了这个系统,我该如何选择退出?我们更喜欢简单的 APK。
几个月前,我的一位团队成员选择了这个可怕的应用程序捆绑方案。
2 周前我们发生了一个重大事件,AAB 文件使应用程序崩溃,而经过测试的 APK 文件却没有。在发现 bundletool.jar 的额外步骤之前,我们无法进行测试,修复它是一场噩梦。
我的问题是,一旦我们不小心选择了这个系统,我该如何选择退出?我们更喜欢简单的 APK。
从 Google Play 控制台
正如他们在下面所说,我认为这是不可能的。
Google Play 应用签名服务条款自 2018 年 5 月 8 日起生效
- 永久注册
3.1。您的应用签名密钥一旦提供给 Google 或由 Google 生成,将无法检索。出于灾难恢复的目的,Google 可能会无限期地保留密钥的备份副本。
3.2. 您可以随时取消发布您的应用程序并使用新包名称发布新应用程序,而无需选择加入服务。
所以在那种情况下。您需要使用新的包名称上传您的 apk,并且不选择加入 App 捆绑包。
只有 Play 应用签名是一种单向注册。如果您愿意,您仍然可以上传 APK。
编辑:澄清一下,通过 Play 注册 App Signing 和上传 App Bundle 是分离的:即使在 Play App Signing 中注册,您仍然可以上传 APK。
另外,如果您选择再次尝试 App Bundle,我建议您使用从 App Bundle 生成的 APK 测试您的应用。如您所见,您可以使用 bundletool 执行此操作,也可以直接从 Android Studio 执行此操作。看到这个答案。使用 Play 管理中心的内部测试轨道还可以让您准确测试将交付给用户的内容。