在我的情况下，在钥匙串我有两个证书同名，我删除了其中一个证书是重复的，然后它解决了这个问题。

您还可以使用Fastlane工具包解决代码签名问题。作者投入了大量精力来有效地自动化构建、签名iOS应用程序(等等)。

因此，在上述套件中，有一个工具sigh，它神奇地解决了任何签名问题，因此得名:)这里的好处是，这个工具封装了关于常见签名问题的知识，可以检测和解决大多数问题。

Fastlane安装为Ruby gem:

Gem安装fastlane

然后简单地引用:

快速的叹息——发展

回答两个问题，瞧:

[11:56:55]: No existing profiles found, that match the certificates you have installed locally! Creating a new provisioning profile for you
[11:57:01]: Creating new provisioning profile for 'com.myapp' with name 'com.myapp Development'
[11:57:06]: Downloading provisioning profile...
[11:57:09]: Successfully downloaded provisioning profile...
[11:57:09]: Installing provisioning profile...

最后，进入Build Settings -> Signing，切换到新创建的配置文件，其名称您刚刚在命令回显中看到。

此示例用于开发代码签名问题(在设备上运行)。查看所有其他选项的叹息文档。

我也有同样的问题，原因是佩妮。在生成设置中选择了错误的配置文件和证书。我几天前才这么做过。所以，你不需要在xcode中启用“automatic”。在执行此操作之前，请检查构建设置中的配置文件。

我为此挣扎了很多天。

步骤1: 删除所有证书，配置文件，appID，密钥等从开发帐户。

步骤2: 重新创建推送通知证书、配置文件、应用ID等。

步骤3: 从keychain中删除所有证书。

步骤4: 清除~/Library/MobileDevice/ provisioning Profiles中的所有配置文件。

步骤5: 只添加了所需的配置文件并进行了测试。它工作得很好。

对我来说，以上的解决方案都没用。我从两个旧的mac迁移到一个新的mac，试图让发布/调试配置文件在Xcode上工作，而不需要Xcode自动管理它们。

我的解决方案是，当我创建两个新的证书时，我还必须进入我的配置配置文件，并将新证书添加到配置配置文件中，以便识别它们。下载完成后，xcode删除了所有错误，一切就绪。

希望这能帮助到一些人!

如果你使用手动签名(我非常鼓励)，这个错误可能会发生，因为Xcode认为它应该用开发人员证书来签署发布版本，而这显然不包括在发布配置文件中。

有一个生成设置定义了哪个证书应该用于哪个生成配置。要更改它，请转到构建设置并搜索代码签名标识。当展开时，每个构建配置(通常是调试和发布)都应该有单独的行，第二列是其选择的标识(通常是iOS Developer或iOS Distribution)。确保为每个构建配置设置了正确的标识。

在某些情况下，还可以扩展构建配置。确保它的子项也被设置为正确的标识。