iPhone App IDs and Provisioning... 如果我决定使用 Push，是否会使用 App ID 而不是 Provisioning ID？答案

【问题标题】：iPhone App IDs and Provisioning... Does App ID get used instead of provisioning ID if I decide to use Push?iPhone App IDs and Provisioning... 如果我决定使用 Push，是否会使用 App ID 而不是 Provisioning ID？
【发布时间】：2011-01-29 16:45:58
【问题描述】：

这是一个困扰我一段时间的问题。我启动了我的应用程序（现已提交 - 尚未批准），不想陷入 APNS（推送）的混乱。

我做了以下事情：

iPhone 开发者中心：Provisioning Portal->Provisioning：然后我创建了一个开发和分发配置文件。我在 XCode 中都安装了。一切都很棒。开发配置文件很快就到期（90 天）让我有点害怕，但我可以将它从 iPhone 中删除，然后用新的签名。我使用 Development 配置文件进行了测试，后来通过使用 Distribution 配置文件签名来提交它。然后我将分发配置文件签名的应用程序上传到 iTunesConnect（应用程序商店）。

好的，我明白了。现在，我不明白的是：现在我了解了 Push 工作原理背后的理论和方法，我希望将其添加到我的应用程序中。

我已经经历过： iPhone 开发者中心：Provisioning Portal->App IDs：并在那里创建了一个开发配置文件和分发配置文件（支持推送和应用内购买）。

这让我感到困惑。我读过的所有书籍和文档都说，从现在开始，我必须使用这个“App ID”配置文件（启用推送）对应用程序进行签名。

这是否意味着我不再使用以前创建的配置文件？

如果我要将这些“App ID”配置文件导入 Xcode，它们将与我之前生成的“非推送”配置文件一起存在。 ~/Library/Mobile Devices/Provisioning Profiles 现在有 2 个文件。一个开发者和一个分发者。它现在将有 4 个，即使对于这个应用程序我不会再使用“非推送”了，对吧？（实际上，由于它们是通过使用捆绑代码和应用程序 ID 锁定的，所以如果我的该应用程序的所有后续版本都使用 Push，我将永远不会再次使用它？）

困惑。

有人能告诉我吗？为什么不首先为每个人使用“App ID”配置文件——即使你不打算使用推送？会让它更简单。从现在开始我是否应该只生成“启用推送”的配置文件——即使我不确定我是否会使用推送（或者就此而言应用内购买）？

请给我一些见解。我不想做错事。

谢谢！

简

【问题讨论】：

你发现了吗？我也有类似的情况——只是对如何让 XCode 使用新的启用 Push 的 App ID 感到困惑。只需将它们拖放到 XCode 中，就可以了？还是我也需要更改一些设置？

标签： iphone push-notification provisioning apple-push-notifications profiles

【解决方案1】：

我认为除了下载配置文件的选项外，还会有一些编辑选项。不太清楚这个..

【讨论】：

【解决方案2】：

根据你的说法，

我读过的所有书籍和文档都说，从现在开始，我必须使用这个“App ID”配置文件（启用推送）为应用程序签名。

您的原始证书似乎无效。我不确定 Apple 为什么要这样做，但他们非常清楚地表明，使用 Push 的规定与不使用的规定不同。

我的假设基于此：具有“通配符”捆绑 ID 的配置文件不能使用 APNS。他们对什么是什么非常严格。

我也不确定原因，但我认为这与安全和其他因素有关。

【讨论】：