Ios 当使用“更新”时，配置文件何时更新；“自动管理签名”/允许提供更新吗？

我有一个企业分布式应用程序，它使用​xcodebuild。去年，我们更改了使用带有“-allowProvisioningUpdates”标志的“自动管理签名”功能。使用此技术可以很好地生成资源调配配置文件，但我们将使用此配置文件长达一年，它将在31天后过期

---

最初我的印象是，使用“allowProvisioningUpdates”会导致在每个新构建上重新生成配置配置文件，但如果是这样，它不会过期。我们需要用更新的配置文件进行新的构建，这样我们的用户在几个月内就不会有坏掉的应用了。但是，生成的配置文件没有显示在Apple Developer Center的“证书、标识符和配置文件”部分，我无法找到任何方法强制Xcode或xcodebuild生成新的配置文件。我如何才能强制这样做，以确保我们的用户没有停机时间？配置文件最终过期时会发生什么情况？

尝试在开发人员门户手动创建第二个配置文件，从生成服务器的

~/Library/MobileDevice/provisioning配置文件中删除旧配置文件，下载并安装新配置文件
 我联系了苹果，他们说：

仅在Xcode上自动管理签名
在配置文件的过期日期后创建新的配置文件
以前的

对于需要提交到的新构建，这是最好的选择
应用商店，因为当前用户在
配置配置文件

当您开发内部应用程序时，如果您允许
配置文件过期以自动为新版本签名（使用新版本）
设置配置文件（自动创建）您的用户将无法
访问你的应用程序

因此，答案似乎是，我们不应该在内部/企业分发中使用自动签名，而应该只在应用商店部署中使用。
我在内部分发的一些应用中也遇到了同样的问题。。。最终对我有效的解决方案是从开发者中心删除应用程序ID，然后让Xcode重新创建它和任何附带的配置文件。但需要记住的一点是，如果开发人员中心中只有一个应用程序ID，那么删除它也将删除您的签名证书以及配置文件。我们有几个应用依赖于我们的证书，所以它没有被删除。然而，与即将到期的配置文件有关的主要问题已经解决。
尽管我们这些更喜欢使用脚本的所有项目的人感到恼火，但事实证明，在“设备”不在自动配置文件中的机器上手动运行构建将更新配置文件

无论我是使用脚本从命令行运行归档/导出，还是从xcode GUI运行归档/导出，这都适用于我

没有给出任何提示，它只是默默地更新和工作

由于苹果在上面回复了我们，这可能是Xcode 10.1的一个新功能/修复，这就是我今天所讨论的。
我将再试一次。但即便如此，为什么Xcode不自动更新它？自动签名被破坏了吗？您认为我们应该在每次发布新版本的应用程序时创建新的配置文件吗？如果没有，那么您需要重新创建资源调配配置文件的最短剩余时间是多少？我认为这取决于您用户的习惯以及您更新应用程序的频率。就我个人而言，我会说每6个月生成一个新的配置文件，给你的用户6个月的时间升级（如果他们之前没有升级，那么他们只能怪自己）。