【发布时间】:2012-07-11 06:44:34
【问题描述】:
我们有一个 iOS“内部”应用(分布式 OTA),它带有分发配置文件,如您所知,该应用程序将在 1 年内到期。去年我们经历了升级配置文件和分发的痛苦,所以我们熟悉使用新配置文件分发应用程序的过程,但我想问一些问题只是为了清楚起见。 (我们目前距离到期还有 29 天,因此用户会收到通知)
去年,我们认为创建一个与即将到期的配置文件同名的新分发配置文件会覆盖即将到期的配置文件。我们错了,事实并非如此,并且该设备以 2 个同名配置文件结束。由于您无法覆盖旧配置文件,因此从维护和帮助台的角度来看,问题是当您使用新配置文件分发应用程序时,用户(在我们的例子中为数百人)仍会收到“配置文件将在 x 天后过期”的通知即使他们升级了包含新配置文件的应用程序。
可以想象,这会让用户感到困惑,也让技术部门的高层感到沮丧。据我了解,您有两种方法可以处理设备上不需要的过期配置文件(这两种方法都不是良好的用户体验)。要么:
- 告诉用户忽略他们的个人资料即将到期的消息(我相信到期的个人资料通知会在第 29 天、第 15 天和每天从第 7 天开始......虽然不是肯定的)并让他们升级应用程序使用新的个人资料。
或 - 一旦用户使用新配置文件升级了应用程序,请让他们在“设置”>“配置文件”中手动删除即将到期的配置文件。啊!
除了引导个人用户完成整个过程之外,是否有任何解决方法可以删除过期的个人资料?我们错过了什么吗?
我不想撤销过期配置文件中包含的证书,因为这会带来更多问题 - 即应用程序不适用于不升级的用户。
简单地说,我们只是希望有一个流程来阻止过期警报,这样用户就永远不会看到它们。
【问题讨论】:
-
我了解到,就在第 11 个月结束之前,您可以为当前应用创建分发配置文件,然后提前进行升级。当然,这意味着每 12 年进行一次额外的“升级”(即,您必须提前一个月进行,而到 11 年结束时,您将把日历循环回来),但这可能值得痛苦不必处理你去年处理的事情。请记住,“升级”必须包含的唯一内容是新的配置文件。所以没有代码维护,只需执行另一个构建并上传到您的 O
-
这是 iOS7 之前的问题,现在不再是问题
标签: ios provisioning-profile in-house-distribution