根据我的经验，如果您试图在未在开发人员中心注册或未在您正在使用的配置配置文件中启用的设备上进行构建，则会出现此问题。

1)将设备添加到开发人员中心。 在XCode 5中，你仍然可以在管理器窗口中找到“添加到成员中心”按钮。 在XCode 6中，我建议复制设备ID，并手动将其添加到成员中心的设备部分。

2)编辑您正在使用的配置文件，以包括您刚刚添加的设备。保存并同步XCode中的配置文件。

干净了，就开了。

我也有同样的问题。我所做的是: 1. 清理目标 2. 退出xcode 3.重启xcode 4. 重建。 这招奏效了。

将应用从Xcode 3升级到4.3，我发现Bundle名称和Bundle标识符必须设置为与AppId匹配。 如果其他方法都失败了，那就试一试。

选择自动管理器签名后

您可能仍然需要检查设置中的选择。有时候，这是不对的。

在我的案例中，出现此问题是因为为单元测试选择了另一个配置配置文件。我花了好几个小时才找到这个…

另一个原因(已核实):

Apple has a major bug in Xcode going back to version 3.x, where it magically overwrites the OS X keychain with a fake keychain from inside Xcode, re-installing certs (and private keys!) that you already deleted ...so, if you have "new cert" installed, and nothing else, Xcode will sometimes get into an infinite loop where it will keep ALSO installing "old cert" (that doesn't exist anywhere except inside XCode!). ...and because of ANOTHER bug in Xcode (unfixed for 3+ years now...), Xcode sometimes automatically selects the "oldest cert I can find" (whcih, by definition, is incorrect - I think someone at Apple got mixed up between "oldest" and "newest" :( ) ...and EVEN THOUGH you've selected the correct provisioning profile, Xcode sends the "old" provisioning profile to the device, then signs with the "new" profile, causing this error

解决方案:你必须unfubar Xcode的FUBAR你的钥匙链。

这比听起来要难(关于这个话题有很多SO帖子)-它涉及到多次重启你的机器，每次都删除密钥。

最终，Xcode放弃破坏你的操作系统，并接受你呈现给它的现实:)。