为什么我可以直接在我的设备上安装应用商店分发版本？

Question

我的印象是，直接在测试设备上安装应用商店分发版本是不可能的（不经过实际的应用商店）。我发现 Apple 多次引用以下注释（尽管我在当前版本的 iOS 应用分发指南中找不到注释本身）：

“App Store 配置文件不允许在 Apple 设备上安装分发构建的应用程序。要在设备上安装您的分发就绪应用程序，您必须创建一个 Ad Hoc 配置文件。”

现在考虑以下问题：我有一个 Ad Hoc Distribution 配置文件和一个 App Store Distribution 配置文件。 ad hoc 配置文件包含已配置设备的列表，而应用商店配置文件不包含。我的（无越狱）设备包含在 ad hoc 配置文件中的预配置设备中。我的构建是使用应用商店配置文件签名的。生成的 .ipa 文件已提交到 App Store（并获得批准 - 但尚未公开发布）。当我查看 .ipa 文件的包内容时，我看到 embedded.mobileprovision 确实是应用商店配置文件（没有配置的设备列表）。当我将此配置文件拖到我的 Xcode Organizer 时，我收到无法安装配置文件的错误，因为该设备未包含在配置文件中（如预期的那样）。但是，当我将 .ipa 文件拖到我的 Xcode Organizer 时，应用程序会安装在设备上（之后可以在设备上打开）。在确保设备上没有安装相同应用程序的其他副本后，我尝试了此操作。当我使用未包含在 ad hoc 配置文件的配置设备中的其他设备时，同样的事情不起作用（即使 .ipa 包含没有配置设备列表的应用商店配置文件）。

有人对此有可能的解释吗？似乎以某种方式使用应用商店配置文件签名的构建仍然可以安装在相应（相同的应用标识符？相同的团队标识符？）临时配置文件中包含的设备上。但如果是这种情况，那么进行单独的临时构建又有什么意义呢？

Answer 1

我也注意到了这一点，并且一直想找出它为什么起作用。 过去是真的，您无法安装 App Store 版本，但这种情况似乎已经改变，我猜是在 iOS6 或 5 中。

我发现只有在已安装兼容的 Ad Hoc 配置文件时才能安装 App Store 配置文件构建。开发人员配置文件不起作用。我没有尝试通配符配置文件。所以看起来 Ad Hoc 规则发生了变化。

我找不到安装 Ad Hoc 构建的规则，但关于启动Apple’s App Distribution Guide 的“Ad Hoc Provisioning Profiles in Depth”部分说

如果应用的 bundle ID 与应用 ID 匹配，签名与分发证书匹配，并且设备在 the ad hoc 的设备列表中，则应用成功启动配置文件。

所以我想从技术上讲，AppStore 构建满足这些 Ad Hoc 要求，因为它也使用相同的分发证书签名。 “the”的使用在这里具有误导性，因为它听起来像是 iOS 咨询您的embedded.mobileprovision，这是不真实的。它应该是“一个”临时配置文件。

注意：安装仅在设备上已安装 Ad Hoc 配置文件时才有效，因此这是进行单独的 ad hoc 构建的原因之一。

NB：这都是猜测，另一种解释可能是 Xcode 处理了 embedded.mobileprovision 的安装，现在在 AppStore 配置文件安装失败时继续。

这给我带来了另一个问题：为什么 iOS DWIM for App Store 构建但在安装完全有效的替代品时拒绝启动具有过期配置文件的 Ad Hoc 构建？