Mobilefirst 8.0直接更新，本机应用版本处理问题

Question

我对本机应用版本管理和Mobilefirst 8.0上的直接更新有疑问。

我们可能每两周发布一次原生应用更新。我们希望避免在mobilefirst控制台（1.0,1.1 ......等）上创建新的应用程序版本，除非更新足以让我们强制用户更新（在mfp控制台上禁用旧版本）。为此，我们一直在在config.xml中更新android-versionCode和ios-CFBundleVersion，同时保持＆＃34;版本＆＃34;相同。所有这些都适用于以前版本的MFP（6~7）。直接更新按预期工作。

但是，对于MFP 8.0，我们注意到以下情况表现异常。

1. 使用web_resource v1.0打包应用程序v1.0。提交到app store。
2. 构建web_resource v1.1，上传到MFP控制台。

---从应用程序商店下载应用程序，直接更新触发器没有问题。

1. 使用web_resource v1.2打包应用程序v1.2。提交到应用商店。 （注意应用＆＃34;版本＆＃34;无法更改，在MFP控制台上没有创建新应用）

---新应用程序进入应用程序商店，用户收到更新通知并决定忽略它。

1. 构建web_resource v1.3，上传到MFP控制台。
2. 用户决定打开应用并接收web_resource v1.3的直接更新。
3. 用户最终决定通过应用商店更新应用。

---更新应用程序后，该应用程序运行web_resource v1.2而不是v1.3。并没有触发直接更新。这不是我们所期望的......

我理解这个应用程序版本管理可能没有得到官方支持，但有一个明显的原因我们这样做，就是让MFP控制台应用程序版本失控。

问题变成..为什么在第6步之后没有应用运行web_resource v1.3？据我所知，应用程序存储永远不会被清除，因此web_resource v1.3应该仍然存在。即使web_resource v1.3在应用更新后失效，app仍应启动并使用web_resource v1.2 ping MFP服务器并触发直接更新以下载web_resource v1.3。

是否有一些潜在的机制造成这种情况？我怀疑还有另一个＆＃34;时间戳/最后更新时间＆＃34;存储在某个导致此问题的地方。我希望这可以像在MFP 6~7中那样工作。