如何从android应用程序包分发支持构建？
最终目标是从在Play Store中发布评论的用户的有问题的设备中收集应用程序日志。这是通过向这些用户发送支持构建（带有日志的发布构建）并要求他们重现问题并发送日志来实现的。
APK签名（OK）
当使用经典签名方案（没有android应用程序包）时，步骤如下
- 生成发布和支持APK，并使用相同的密钥对其进行签名
用户现在可以通过链接下载一个支持版本，并通过市场发布的版本进行安装。当新版本在Play Store中可用时，用户可以成功地将support build更新到该版本。
谷歌签名（失败）
通过android应用包签名，我尝试了以下方法
- 生成发布应用程序捆绑包并使用上载密钥签名
- 将发布应用程序包上载到Play Store
- 生成支持apk并使用相同的上载密钥签名
- 将支持apk上传到云，并提供可下载的链接
⚠️ 但是，用户不能在Play Store的发布版本上安装支持版本，因为发布版本由Google重新签名（签名不匹配）。
我试图用以下方法解决这个问题
>
失败：找不到下载Google密钥的方法。
B.上传支持包，让谷歌签名。从播放控制台下载签名支持apk。
失败：只能为特定设备下载一组APK。无法手动安装它们。
c、 使用内部应用程序共享。上载支持包并复制下载链接。
失败：内部共享的APK使用不同的密钥签名-签名不匹配
我的问题
- 是否有其他方法实现最终目标（从市场用户处获取日志）
- 是否可以从播放控制台下载真正的签名密钥？
- 普通用户是否可以安装从应用包生成的一组apks？
共有2个答案
在这种情况下，最好的选择是在GooglePlay控制台中创建一个内部测试曲目，并邀请用户作为内部测试人员加入。将调试包上载到内部测试跟踪中，使用包资源管理器可以复制直接构建URL并与用户共享。
他们需要先选择加入你的测试版计划，并在你的应用程序的Play Store列表上“加入测试版”。
重新使用相同的上传密钥并不意味着谷歌将使用相同的应用程序签名密钥对APK进行重新签名。
如果您希望使用与主应用相同的密钥对支持APK进行签名，则需要在注册应用内按播放签名时明确请求：
要回答您的其他问题：
- 无法从Google Play下载签名密钥
-
问题内容： 我正在考虑如何使Android的支持库在Eclipse之外包含和编译。我使用Linux作为构建环境，没有使用任何IDE来创建应用程序，仅使用基本的Android SDK。我仅获得了有关Eclipse的此问题的答案，但是如何仅使用Ant和Android SDK呢？ 问题答案： 假设您没有使用： 步骤1：将SDK 复制或从SDK 复制到项目目录中。 步骤2：没有步骤2。 选择是否要使用本机
-
新的三星银河S8和LG G6手机的宽高比为18:9。这不同于目前大多数Android设备支持的16:9的宽高比。如何处理现有Android应用程序或新创建的应用程序中的新宽高比。
-
问题内容： 我试图通过我的Android应用程序启动Skype意图，并传递一个电话号码。到目前为止，由于其他在stackoverflow上有类似需求的人，我已经成功启动了Skype，但仍然无法传递电话号码。这是我正在使用的代码： 发生的情况是Skype开始，但给我敬酒，说该数字无效，建议我添加国际前缀。Log.d给我tel：+39 ........（数字有效，我也将其用于 实际上，当我转到Skyp
-
我刚刚收到并阅读了Google Play的时事通讯，其中提到从明年开始，该商店“将要求具有本机库的新应用程序和应用程序更新除了32位版本外还提供64位版本”。 对于那些还没有读过的人来说，它指出： 2019年64位支持需求 Android 5.0 中引入了对 64 位架构的平台支持。如今，超过40%的Android设备上线支持64位，同时仍保持32位兼容性。对于使用本机库的应用，64 位代码通常提
-
在Android P中获取错误时，直接访问此部分：
-
我创建了一个Xamarin表单应用程序，当它构建在我的计算机上时，它会生成一个AAB。当我启用签名时，Google Play商店就会接受AAB文件，并且可以发布。 当我查看构建日志时，它似乎确实构建了Android应用程序包： 我猜构建和签署都很好，但我猜在复制捆绑文件到登台阶段的过程中出了问题。在此之前,运行“将生成文件复制到分段”阶段,并显示以下输出： 它似乎将APK复制到staging文件夹