1

让我稍微解释一下：

由于我在 Trigger 的重新加载基础架构上遇到了一些问题，我目前正在使用 CDN 推送重新加载。出于某种原因，我正在推动的最新重新加载似乎没有进入应用程序。

我不是 100% 理解重新加载是如何工作的（我怀疑它们会按照你推送重新加载的顺序通过某种队列），但我怀疑这是因为队列中的一个重新加载被覆盖或从我的 CDN 中删除，因此 .apk（它是一个 Android 应用程序）正在寻找服务器上不再存在的更新，并且不会跳到未来的更新。

无论如何，问题是：我可以以某种方式擦干净，以便应用程序停止寻找重新加载吗？

或者，有没有办法强制所有应用程序获得最新推送的重新加载？我知道重新加载仅适用于更改的文件，但有没有办法说“这是最新的官方版本”并强制应用程序重新加载到那个？

更新：我认为这可能与我正在推动的活动配置有关。有什么方法可以确定重新加载面板中的哪个配置 ID（即大多数用户使用的那个）与我在 CDN 上的哪个重新加载或清单文件相匹配，所以我知道这些用户使用的是哪个版本？

4

1 回答 1

2

首先，一点背景知识：当设备检查 Reload 更新时，它会联系 Trigger.io 服务器以找出最新的适用 Reload 更新是什么，以及它存储在哪里。

在您的情况下，这会将设备指向存储在您的 CDN 中的清单文件，并且从中引用的文件将被下载并换入。

因此，应用程序将自动获取最新推送的 Reload。如果 CDN 中的 Reload 更新被删除或损坏，我们仍会返回 Trigger.io 服务器，因此修复问题只是重新推送更新的 Reload 更新的情况。

没有“开箱即用”的方式来连接哪些清单文件对应于哪个配置 ID。一种方法是安装从相关配置 ID 构建的应用程序，并让重新加载更新发生。如果您在重新加载发生时查看调试日志输出，您可以看到正在下载哪些文件以及原因。

于 2013-05-10T13:04:27.223 回答