其他两个答案在这里都没有帮助。我发现了另外两个可以解决它的问题:

Xcode项目(你的项目)的配置应该设置为“Pods”，用于调试，发布(以及其他你拥有的)。参见“未找到头文件-不包括搜索路径” 也许你必须使用link_with命令链接目标。参见“无法在静态库项目中找到头文件”

编辑 你可以这样检查符号链接:创建一个名为“check”的文本文件，不带扩展名。将这些行复制进去:

file=/Users/youUserName/XcodeProjectName/Pods/BuildHeaders/SVProgressHUD/SVProgressHUD.h
if [[ ! -e $file &&  -L $file ]]; then
  echo "$file symlink is  broken!"
else
  echo "symlink works"
fi

然后进入终端，切换到您的检查文件所在的文件夹，并键入

bash check

如果没有导入头文件，则可能在HEADER_SEARCH_PATHS中存在冲突。尝试将$(inherited)添加到Build Settings中的头搜索路径，以确保它从CocoaPods的.xcconfig文件中提取任何搜索路径。

这将有助于解决任何冲突并正确导入源代码。

更新

确保您的Podfile包含link_with目标缺少配置文件。否则，Cocoapods默认只设置第一个目标。如。

platform :osx, '10.7'
pod 'JSONKit',       '~> 1.4'

link_with 'Pomo', 'Pomo Dev', 'Pomo Tests'

------结束

注意:请注意，您必须查看项目->信息->配置下面的步骤。

我有类似的症状，发现豆荚。xcconfig文件没有包含在我试图构建的特定目标中。其他一些建议的解决方案对我来说很有效，但这个解决方案似乎解决了部分潜在问题。

简单的解决方案是为没有set的目标更改配置文件set。

这里还有另一个原因:所有的头路径看起来都很好，但我们在预编译(.pch)文件中试图读取pod头时仍然有一个错误

(即#import <CocoaLumberjack/CocoaLumberjack.h>)。

查看原始构建输出，我终于注意到这个错误破坏了我们的Watch OS扩展目标，而不是我们正在构建的主要目标，因为我们还将.pch预编译的头文件导入到Watch OS目标中，并且它在那里失败了。确保你的Watch OS目标设置不会试图导入.pch文件(特别是如果你从主目标设置导入，就像我做的那样!)

如果你在“pod安装”或“pod更新”后出现构建错误，这可能是因为你的某个pod已经使用XCode 6.3构建，而你仍然在使用以前的版本。

在我的情况下，我不得不更新我的OSX从mavericks到Yosemite有Xcode 6.3并解决问题

维基给出了如何解决这个问题的建议:

如果Xcode找不到依赖项的头文件: 检查pod头文件是否在Pods/Headers中被正确地符号链接 并且您没有覆盖HEADER_SEARCH_PATHS(参见#1)。如果Xcode 还是找不到他们，作为最后的手段，你可以提前进口， 例如，#导入“Pods/ ssziparchvee .h”。