另一个原因(已核实):

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放弃破坏你的操作系统，并接受你呈现给它的现实:)。

我也有同样的问题。我的解决方法很简单。我在developer.apple.com上查看了我的设备的UDID，但它没有。添加之后，它就开始工作了。苹果开发人员给出的错误是“未找到此可执行文件的有效配置文件”，而不是“未找到UDID”，这是非常令人讨厌的。实际上，我在XCode 6中首先提到了它……

假设您已经正确安装了开发和发布证书:

在项目下，您的主要代码签名标识应该是该应用程序的开发人员配置文件。

在目标下，你的主要代码签名身份应该是该应用的分发配置文件，除非你应该将Debug > Any iOS SDK更改为你的开发配置文件…确保发布>任何iOS SDK是你的发行配置文件。这应该在您的预置手机上构建和运行，并且应该存档，没有任何协同设计警告。

当我的手机死机，我必须从之前的iTunes图像中恢复它时，唯一对我有用的东西。

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

这看起来像一个bug(我使用XCode 7.3.1)。

尝试使用XCode->Product->配置文件吐出“无效供应配置文件”错误。

完全是运气使坏，我只需要在附带的设备上使用普通编译运行应用程序，然后转到“调试导航器”，点击右上角的“工具配置文件”，它就可以工作了。

我在按照指南为开发模式和生产模式创建单独的目标时遇到了这个错误。

我犯的错误是创建分发配置文件，并将其分配给生产模式目标。分发概要文件与调试设备没有关联，因此当然会出现错误。

解决方案是创建第二个开发配置文件并使用它。