我的印象是，当您使用开发配置文件构建应用程序时，只有指定的开发人员才能将该构建部署到手机上。
但是我刚刚使用 Xcode Organizer 将使用开发配置文件的构建部署到手机，即使我不是该配置文件的有效开发人员之一。我的一位甚至没有安装 Xcode 的同事使用 iTunes 对他的手机做了同样的事情。
在这种情况下，为什么不使用开发配置文件将您的应用程序分发给您的 QA 团队，而不是临时分发？
编辑：请在回答之前仔细阅读粗体部分。我不是在问一个基本的“这是如何工作的”问题。我做了很多开发、临时和应用商店构建，现在我发现我似乎做了一些错误的假设。
在一种情况下，您需要一个 Ad Hoc 配置文件，那就是您想要测试推送通知的时候。
如果您在开发配置文件上测试推送通知，您的推送通知需要使用开发推送通知证书发送，以便您的 SSL 连接到 Apple 的沙盒 APNS 服务器。
如果您想使用生产推送通知证书和实时 APNS 服务器测试推送通知，则必须使用分发证书和临时配置文件（包括执行 Entitlement.plist 延迟）将您的应用程序部署到设备上如果您只使用开发人员配置文件，通常可以跳过）。
另请注意，当您使用 Ad Hoc 配置文件进行部署时，您的设备令牌将与您使用开发配置文件时使用的不同。这也是测试 APN 的推荐方法，因为在 Ad Hoc 构建和 AppStore 上的最终实时部署之间不需要进行后端更改。
Ad-Hoc 不是针对开发人员的，而是针对测试人员的。谁没有 iPhone SDK/XCode，只有 iTunes。
（答案是：你可以在没有开发者证书的情况下安装 ad-hoc 应用程序，而不能使用开发应用程序来安装）
方法一：从 XCode 安装
Development Provisioning Profile 要求您（最初）从 XCode 中运行应用程序。
这具有将设备标记为用于开发的副作用，但还需要您将 iPhone/iPod Touch 连接到运行 XCode 的机器。从 XCode 运行应用程序后，该应用程序将安装在设备上，您不再需要连接到机器来运行它。（直到您想更新应用程序。）
方法 2：从 iTunes 安装
Ad-Hoc 配置文件允许您将应用程序提供给任何人，并让他们使用 iTunes 自行安装。你寄给他们：
他们选择这两个并将它们拖到 iTunes 上。然后同步。
稍后，您可以只为他们提供应用程序的更新版本（没有 Ad-Hoc Provisioning Profile，因为他们已经在他们的设备上安装了该应用程序），他们可以将新应用程序拖到 iTunes 图标上以安装新版本。
Ad-Hoc 分发的一个限制是，它要求您将每个设备 ID 输入 iPhone 开发门户。并且每年有 100 个设备 ID 的限制（您不能删除任何 ID，直到明年开始 - 只能添加它们）。对于大多数开发人员来说，100 个 ID 的限制不会成为障碍，请记住，您需要提前获取设备 ID，然后再创建 Ad-Hoc Provisioning Profile 以发送给您要安装应用程序的人.