参考https://forums.developer.apple.com/thread/21292

这个解决方案对我很有效:

It occurred on my side when building an app in the command line via xcodebuild and xcrun PackageApplication, signing the app with an enterprise profile. On our CI build servers, the certificate was set to "Always Trust" in the keychain (select certificate -> Get Info -> Trust -> "Use System Default" can be changed to "Always Trust"). I had to set it back to "Use System Default" in order to make this work. Initially we set this to "Always Trust" to work-around the keychain dialogs that appear after software updates and certificate updates.

方案五:

在我的案例中，accws的答案中提到的所有解决方案都非常有用，但没有一个是有效的。我通过在项目目标的“General”部分的“Embedded Binaries”部分中添加我的swift库来解决我的问题。也许这是因为我在我的工作区中包含了我的swift框架?不管它现在编译什么!准备好，斯威夫特，我来了!

如果在Objective-C项目转换为开始使用Swift的过程中出现了错误，就会发生此错误。问题是链接器构建设置从未正确配置，所以你必须手动完成。寻找Runpath Search Paths构建设置并将其设置为:

$(inherited) @executable_path/Frameworks

编辑:我还应该补充一点，最近有大量的错误完全是由其他原因引起的——苹果对Swift本身进行了更改，可能从Xcode 6.1或6.1.1开始。唯一的解决方案似乎是退出Xcode，在Keychain Access中销毁你的证书，到会员中心删除所有证书和配置文件(除了应用商店中的配置文件-你不能删除它们)，然后从头开始整个证书请求过程。

在这里尝试了好几个月之后……疯狂的定义…在一个新的Mac用户下启动Xcode为我解决了这个问题。

我删除了~/Library/Developer/*并重新安装了Xcode-所以不知道还要格式化什么才能使它工作。

我也遇到过同样的问题，设置正确的代码签名标识解决了这个问题(构建设置->代码签名标识)。

根据苹果的技术问题，“iOS 8发布后创建的所有企业和标准iOS开发者证书在适当的位置都有新的团队ID字段，以允许Swift语言应用程序运行”

我的项目是一个Swift项目，有一些Objective-C类。 我用旧的inHouse(企业)证书签名时也遇到了同样的问题。

以下步骤为我解决了这个问题。

创建并使用一个新的证书和移动供应。 (参考AIRSIGN博客) 将Runpath Search Paths构建设置设置为:$(inherited) @executable_path/Frameworks。 (参考马特的回答)