在我的案例中，这个问题通过打开Window -> Organizer来解决，选择我的设备并在右侧的“供应”面板下删除旧的供应配置文件。旧的手机已经打上了一个红色的“x”符号，但iPhone仍在使用它。

除了这个配置文件之外，新的配置文件也出现了(使用相同的名称)，在简单地重新启动应用程序后，它运行得很顺利。

不幸的是，这种方法并不适合我。但是这里有一个对我有用的修复(要让它工作，你需要一个Subversion上的工作项目文件):

我确实回滚到了项目文件的工作版本。由于无法使用Xcode进行还原(Xcode 4的源代码控制中的“还原”选项在哪里?)-我使用Tortoise，我的Windows机器和本教程(http://tortoisesvn.net/docs/nightly/TortoiseSVN_en/tsvn-howto-rollback.html)来回滚到旧的项目文件。

由于教程对我不起作用，我只是使用Tortoise将我的项目文件的工作修订保存到u盘，并将其移植到我的mac上。之后，我用旧的工作文件替换了新的损坏的项目文件，并进行了清理，它就像一个魔法!

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

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

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

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

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

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

Ori

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

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