让我解释一下：
我目前正在使用CDN推送重新加载，因为我在Trigger的重新加载基础设施方面遇到了一些问题。出于某种原因，我正在推动的最新重新加载似乎没有进入应用程序。
我不是100％了解重载的工作原理（我怀疑它们按照你重新加载的顺序通过某种队列），但我怀疑是因为队列中的一个重载已被覆盖或删除从我的CDN，所以.apk（它是一个Android应用程序）正在寻找服务器上不再存在的更新，并且没有跳到未来的更新。
无论如何，问题是：我能否以某种方式擦除平板，以便应用程序停止寻找重新加载？
或者，有没有办法强制所有应用程序获得最新的推送重新加载？我知道重载仅适用于已更改的文件，但有没有办法说“这是最新的官方版本”并强制应用程序重新加载到那个？
更新：我认为它可能与我正在推动的活动配置有关。有没有办法确定重新加载面板中哪个配置ID（即大多数用户正在使用的配置ID）与我在CDN上的重载或清单文件相匹配，所以我知道这些用户所在的版本？
答案 0 :(得分：2)
首先，一点背景：当设备检查重新加载更新时，它会联系Trigger.io服务器以找出最近适用的重新加载更新的内容以及存储位置。
在您的情况下，这会将设备指向存储在CDN中的清单文件，并且将从中下载并交换从中引用的文件。
因此，应用程序将自动获取最新推送的Reload。如果在CDN中删除或损坏了重新加载更新，我们仍然会返回到Trigger.io服务器，因此修复问题只是重新推送更新的重新加载更新。
没有“开箱即用”的方式来连接哪些清单文件对应于哪个配置ID。一种方法是安装从相关配置ID构建的应用程序，并进行重新加载更新。如果您在重新加载时查看调试日志输出，您可以看到下载了哪些文件，以及原因。