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

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

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

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

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

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

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

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

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

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

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

Ori

您可以删除配置文件的旧引用。然后在导入新的配置文件和选择Xcode构建器。

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

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