tdi*_*ios 8 ios provisioning-profile in-house-distribution
我们有一个iOS"内部"应用程序(分布式OTA)和分发配置文件,您可能知道,该应用程序将在1年后到期.去年我们已经完成了对配置文件和分发方面的改进,因此我们熟悉使用新配置文件分发应用程序的过程,但我想提出一些问题只是为了清晰起见.(我们目前距离到期还有29天,因此用户会收到通知)
去年,我们认为创建一个与即将过期的配置文件同名的新分发配置文件将覆盖过期的配置文件.我们是不正确的,它没有,并且设备最多有两个相同名称的配置文件.由于您无法覆盖旧配置文件,因此从维护和帮助台角度来看问题是,当您使用新配置文件分发应用程序时,用户(在我们的情况下为数百个)仍会收到通知"配置文件将在x天后过期"即使他们已经升级了包含新配置文件的应用程序.
正如您可以想象的那样,这会让用户感到困惑,并使技术部门的高层人员感到沮丧.据我了解,您可以通过两种方式处理设备上不需要的过期配置文件(两者都不是良好的用户体验).或者:
除了让每个用户走过整个过程之外,是否有任何解决方法可以删除过期的配置文件?我们错过了什么吗?
我不想撤销过期配置文件中包含的证书,因为这会带来更多问题 - 即应用程序不适用于不升级的用户.
简而言之,我们只想拥有一个阻止过期警报的进程,以便用户永远不会看到它们.
如果我正确理解你的问题,我今年也遇到了同样的问题。
实际上,我必须等到配置文件过期才能更新它。
当配置文件过期时,我将转到开发人员门户的配置配置文件,在配置文件的右侧, “编辑”按钮旁边现在有一个名为“重新新建”的新按钮。
单击“重新新建”应更新当前配置文件。
当配置文件更新时,我的团队将安装更新的配置文件。
(我通过邮件发送了更新的配置文件,从“配置配置文件”页面下载配置文件)
如果该选项由于某种原因不起作用,您也可以创建一个新的Provisioning Profile,App ID并通过电子邮件将其发送给您的团队。