至少在Xcode 5中，这是为我解决问题的方法:

在配置配置文件下，选择有问题的配置配置文件，然后在下拉菜单中选择有效的配置配置文件。

选择“任何iOS SDK”下的“协同设计”中空白的行，并选择正确的证书。

Project&Targets属性->“不要代码签名”-> OK -> cmd+S(或cmd+B); 项目和目标属性->“您的供应配置文件”-> OK 一切都恢复正常了!

这里有一个更简单的解决方案，对我来说是有效的，它不需要手动编辑项目文件:

在Xcode中，在“Groups & Files”窗格中，展开“Targets”，双击应用的目标。这将打开目标的Info窗格。在“构建”部分中，检查“代码签名”部分中的任何旧配置文件，并将其替换为正确的配置文件。

注意，这不同于双击项目图标并从那里更改概要文件。非常神奇!)

Ori

我遇到了一些问题，因为我用一些新设备更新了AdHoc配置文件，以便在TestFlight上使用。假设这是因为Xcode在项目或目标的协同设计构建设置中对你的配置配置文件有旧的引用。我解决问题的方法是:

转到目标构建设置和项目构建设置，在代码签名下将所有配置文件更改为其他内容。 转到管理器中的设备/配置配置文件删除违规配置文件，然后单击右下角的刷新按钮。 回到目标和项目构建设置，将配置配置文件设置为适当的(希望是)新刷新的配置配置文件。

只是看到了这个问题的一个变体:我进入了这个项目。根据Brad Smith上面的注释，pbxproj文件，除了在这种情况下，所有的PROVISIONING_PROFILE行似乎是正确的，没有出现Xcode找不到的“坏”配置文件字符串。

但是，修复方法是相同的:删除项目中的所有PROVISIONING_PROFILE行。pbxproj，尽管理论上看起来“不错”，然后在Xcode中重新打开项目。