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

Brad Smith的解决方案适合我，但我还必须删除CODE_SIGN_IDENTITY字段才能使其工作。

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

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

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

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

我刚刚在Xcode 4中遇到了这个问题。为了解决这个问题， 您需要将所有正确的规定都放入调试和发布配置中。

我试图提交(通过存档)我的应用程序。所以我只是将调试条款改为“不要代码签名”，并将发布条款改为我的应用程序的appstore条款。

这修复了它，使我能够正常归档。希望这能有所帮助。

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

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