MobileFirst 7.1 直接更新在 iOS 应用原生中触发，当使用新的配置文件重建相同的构建和版本时
MobileFirst 7.1 Direct update triggered in iOS app native when same build & version rebuilt with new provisioning profile
iOS 应用程序在使用新的配置文件重建但相同的构建和版本且没有修改时直接更新是否正常？
我们已经使用新的配置文件在我们的 MobileFirst 平台 7.1 项目中重建并签署了我们的 iOS 本机代码，因为旧配置文件已过期。我们没有修改代码或任何东西，我们只需要使用新的配置文件进行构建，因为无法安装具有旧配置文件的 iOS 应用程序。
我们没想到会触发直接更新，因为它与版本相同，并且使用配置文件已过期的旧版本构建。似乎它从服务器执行完整更新。它真的是一个正常的功能还是我们的代码有问题或什么的？
我们只是不喜欢直接更新，因为它只是相同的源代码，没有附加功能，只是更新了配置文件
以便用户可以在我们的企业网站上下载并安装。
请帮忙..
当您使用新的配置文件时，您正在创建一个 new/different iOS 二进制文件。因此，如果您通过 App Center 分发您的应用程序，App Center 会将此新版本解释为应该传播到设备的更改 运行 它现在将其视为应用程序的 "old" 版本。
我认为您的代码没有任何问题。配置文件是任何 iOS 应用程序的核心。如果您更改它，他们将不得不下载新版本。
iOS 应用程序在使用新的配置文件重建但相同的构建和版本且没有修改时直接更新是否正常？
我们已经使用新的配置文件在我们的 MobileFirst 平台 7.1 项目中重建并签署了我们的 iOS 本机代码，因为旧配置文件已过期。我们没有修改代码或任何东西，我们只需要使用新的配置文件进行构建，因为无法安装具有旧配置文件的 iOS 应用程序。
我们没想到会触发直接更新，因为它与版本相同，并且使用配置文件已过期的旧版本构建。似乎它从服务器执行完整更新。它真的是一个正常的功能还是我们的代码有问题或什么的？ 我们只是不喜欢直接更新，因为它只是相同的源代码，没有附加功能，只是更新了配置文件 以便用户可以在我们的企业网站上下载并安装。 请帮忙..
当您使用新的配置文件时，您正在创建一个 new/different iOS 二进制文件。因此，如果您通过 App Center 分发您的应用程序，App Center 会将此新版本解释为应该传播到设备的更改 运行 它现在将其视为应用程序的 "old" 版本。
我认为您的代码没有任何问题。配置文件是任何 iOS 应用程序的核心。如果您更改它，他们将不得不下载新版本。