iOS 即席分发更新答案

【问题标题】：iOS Ad-hoc Distribution updatesiOS 即席分发更新
【发布时间】：2012-08-13 13:44:03
【问题描述】：

我计划按照此处概述的步骤使用 Ad-Hoc Distribution 分发应用程序：

但我想知道 Ad-Hoc 分发如何处理更新。应用会自动检查我们的服务器是否有更新，还是每次我们都必须将用户重定向到我们的服务器 url 以手动下载？

【问题讨论】：

【解决方案1】：

Ad-Hoc 分发没有内置的更新流程/服务。您需要自己推动构建并为用户提供建议。你看过TestFlight吗？

【讨论】：

【解决方案2】：

也许您的应用可以通过推送通知通知用户。只需发送包含更新 IPA 链接的通知消息。

用户看到通知，打开您的应用程序，转到您提供的链接，下载新版本。更新完成。

当然，你需要处理一些副作用。

【讨论】：

这是我最初的计划。启动时，应用程序会检查是否有新版本。如果有，它会将它们推送到网站以进行下载。对我来说，这似乎比使用 TestFlight 之类的东西更简单，但也许我疏忽了？
如果应用程序在启动时检查是否存在新版本，除非应用程序启动，否则用户永远不会收到有关新版本的通知。但是推送通知会这样做。
@erkanyildiz ：是的，但如果更新的主要原因是确保用户始终运行最新版本的应用程序，这不是问题。我们目前正在考虑在企业分发场景中使用 glenns 解决方案，在这种情况下，我们不想通过新版本通知向用户发送垃圾邮件，我们只想确保他们尽可能不显眼地运行最新版本的应用程序（完全静默更新安装会很棒:-)）。

【解决方案3】：

Ad-Hoc 分发本质上不处理检查和更新应用程序的过程。

可以创建必须执行以下操作的服务：

在适当位置的应用程序中调用 api 以检查更新，如果有更新，请打开 plist 的 url，如下所示

[[UIApplication sharedApplication] openURL:[NSURL URLWithString:"itms-services://?action=download-manifest&url=<link to the update plist>]];

当像这样安装应用程序时，系统 UI 似乎是新安装的应用程序，但实际上它的行为与更新完全一样，所有旧数据都由系统保留

我遇到了https://apptele.com，他们提供这种服务来托管您的更新和示例代码以检查更新并处理用户界面。

【讨论】：