Google Play控制台：停用Alpha或Beta轨道中的生产代码版本是否还会停用生产apk？
我在Google Play控制台中遇到一个怪异的错误，无法将我的apk从内部测试轨道扩展到封闭轨道（测试版）。我收到了错误消息“ Fully
Shadowed APK”（无法完全展开APK）。
堆栈溢出的许多线程中都提到了Google
Play控制台错误，看来一种解决方案是停用内部和封闭轨道中可见的先前代码版本。但是我的问题是，内部和封闭轨道中可见的该先前版本也是我的生产版本。
我的问题是：如果我在内部和/或封闭轨道中停用了生产版本代码apk，是否还会停用生产apk？（并从商店中删除我的应用程序？）
非常感谢你的帮助 ！
问题答案：
解决了问题。
我所做的是：
1）直接在正式版中上传apk
2）错误“ apk阴影”
3）返回上一页并单击“取消激活”，以将当前的生产apk从“保留的apk”部分更改为“要停用的apk”部分（不是确切的名称，但您会看到）
4）错误消失，您可以提交。我不知道在Alpha或Beta版本中“停用”生产版本是否会在商店中停用该生产版本；我没有测试！:)
目前，我不知道此“错误”是Google Play控制台的新行为（提交新apk时需要手动停用先前的apk）还是错误。
-
我按照以下流程在Google Playstore上上传了我的android应用程序的第一个版本： 内部测试轨道（内部测试） 关闭跟踪（阿尔法测试） 开放轨道（测试版测试） 生产跟踪（上传的发布版本） 上传第二个版本：有什么方法可以让我上传Android应用程序版本2，就像上面的过程一样。如果我要将版本2上传到playstore alpha track，然后上传到beta，那么在我将版本2升级到发布
-
问题内容： 据我了解，Java编译器生成“字节代码”，而不是“目标代码”。首先，这是正确的吗？ 而且，这就是我的书所说的，我想知道为什么这是正确的。字节码和目标码有什么区别？ 问题答案： 字节代码只是Java虚拟机的“目标代码”。它不是 本机 代码（例如x86）。老实说，这些天我很少听到“目标代码”一词-用更具体的术语讲通常更清晰。
-
控制台-频道-停止 接口URL {youke-url}/console/Index.php?c=live&a=stop×tamp=1607677497&access_key=abc&sign=04394c5a45b6920bed314e94e178ebcf1dfded74 请求方式 POST Content-Type form-data 请求Query参数 参数 示例值 是否必填 参数描
-
当你第一次通过Alpha渠道在Google Play中发布一个应用程序时，会有一个审查过程，类似于生产版本。 我的问题是，
-
因为我想旋转多个虚拟机，LXD似乎是一个有效的选择 但作为docker，LXD似乎没有那么活跃， 最初的想法是，我使用LXC创建了一个启动测试容器，并安装了mongodb数据库，在重新启动容器后，mongodb中的数据至少是持久的。（这里我可能错了）和lxc容器交互就像登录到物理服务器一样简单。 有谁能提到LXD的优点、缺点和痛苦之处，就像本文提到的使用docker的个人体验一样？ 喜欢回答的问题
-
当需要将应用部署到生产环境时，只需运行 vite build 命令。默认情况下，它使用 <root>/index.html 作为构建入口点，并生成一个适合通过静态部署的应用包。查看 部署静态站点 获取常见服务的部署指引。 浏览器兼容性 生产版本假设浏览器对 原生 ES 模块动态导入 有基本支持。默认情况下，所有代码构建都会以 支持原生 ESM script 标签的浏览器 为目标。 一个轻量级的 动