XCode2有这个漂亮的功能：你把光标放在一个带有#include <file>的行上，然后执行open-quickly命令（命令移位-D），它会打开文件。我不能让它在XCode3中为我工作。
我有类似的东西
#include <folder/subfolder/HeaderFile.hh>
当我将光标放在此行上并打开快速打开对话框时，它会自动填充搜索窗口
folder/subfolder/HeaderFile.hh
但没有找到任何东西。如果我然后删除“文件夹/子文件夹/”，那么对话框将识别HeaderFile.hh，我可以打开它。但是这个额外的删除速度要慢得多，只有我习惯使用XCode2的三键命令移位D开放。
如果我在搜索窗口中给它指向该文件的完整路径，那么它会找到它：
/Users/andrew/myproject/src/folder/subfolder/HeaderFile.hh
此路径将找到该文件。同样，我不想把所有时间都花在打字的完整路径上。
我创建了这个项目作为外部构建系统，我认为这与问题有关; xcode项目存在于
中/Users/andrew/myproject/xcp_dir/
我希望它在“../src/”目录中搜索，以便我给它的部分路径（已经存在于#include中）将匹配我想要打开的文件。在XCode3中，我不得不在xcp_dir目录中创建项目;在XCode2中，我可以直接在现有的myproject /目录中创建项目 - 也许这就是搜索失败的原因？
我在previous thread（从未回答过问题）上读到我应该设置HEADER_SEARCH_PATHS选项。我试过这个（将选项设置为/Users/andrew/myproject/src）但它没有用。
我对其他选项（如HEADER_SEARCH_PATHS选项）没有任何意义，所以如果您知道我必须设置哪一个，我很乐意听到。
答案 0 :(得分：0)
由于这是一个老问题，我将为Xcode 4而不是3回答它。
据我所知，Open Quickly不会使用任何类似搜索路径的内容。它似乎使用了项目的codesense索引，并将显示该结果。查询数据库没有文件路径的概念，因此您描述的工作流将不再起作用。
然而这没关系，因为有一个更好的解决方案：只需⌘ +点击包含行，就可以使用与编译器使用相同的规则找到相应的文件并打开。如果你想在助手，另一个标签或窗口中打开文件，你可以使用⇧⌘ +点击，然后你会得到一个小UI来轻松选择你想要打开文件的位置
您还可以使用这些快捷方式转到任何标识符的定义。
如果您不想使用鼠标，可以使用命令“Jump to Definition”，其中包含快捷键^⌘J或⌥^⌘J在助理编辑器中打开定义。这也适用于普通标识符和#included文件。