sublime text 可配合 cocoapods 使用但需规避误报与误改：配置 -i 路径使插件识别 pods 头文件，排除 pods 目录索引，禁用编辑 pods 文件，仅将其作为轻量编辑工具而非 xcode 替代。
Sublime Text 本身不支持 CocoaPods 的依赖解析和构建集成，但可以作为轻量级编辑器配合 CocoaPods 工作流——关键在于别让它误报错误、别手动改 Pods 目录下的文件、别用它直接编译运行。
如何让 Sublime Text 正确识别 Objective-C 和 Pods 头文件
默认安装的 Objective-C 插件（如 Objective-C 或 ClangComplete）只认项目根目录和系统 SDK，找不到 Pods/ 下的头文件，导致大量 Cannot find interface declaration 报错。
- 在 Sublime Text 的
Preferences → Settings – User中添加："objc_flags": ["-I${project_path}/Pods/Headers/Public", "-I${project_path}/Pods/Headers/Private"] - 如果用了
ClangComplete，还需确保clang_flags包含上述路径，并设"use_libclang": true - 不要把整个
Pods/目录加进 Sublime 的侧边栏——它会卡顿，且触发无意义的索引
避免误改 Pods 目录下生成的文件
Pods/ 是 CocoaPods 自动生成的，任何手动修改都会在下次 pod install 时被覆盖。Sublime Text 编辑器没有保护机制，容易点开就改。
- 在
Preferences → Settings – User中加入："folder_exclude_patterns": ["Pods", "build", ".git"]
- 用
Cmd+P（macOS）快速跳转时，输入@implementation或类名即可，别通过侧边栏钻进Pods/找源码 - 想查第三方库实现？直接去 GitHub 或用
pod trunk show [name]查主页，而不是在本地改
用 Sublime Text 配合 CocoaPods 常见操作流
它不是 Xcode 替代品，而是补位工具：写逻辑、批量改名、正则替换、看协议定义——这些比 Xcode 更快。
- 在项目根目录执行
pod install后，用 Sublime Text 打开.xcworkspace文件会失败（它是二进制包），应打开.xcodeproj/project.pbxproj——但只读，别编辑 - 需要全局替换类名或协议名？用
Ctrl+Shift+F（macOS 是Cmd+Shift+F），范围选Classes/和Supporting Files/，避开Pods/和build/ - 写新类时，用
File → New File，再Save As到正确路径（如Classes/Network/ApiClient.h），Sublime 不会自动创建@class声明或#import，得自己写
真正麻烦的从来不是怎么配插件，而是哪次手快删了 Pods/ 下某个 .h 文件却没意识到——Xcode 编译报错后才想起那是 CocoaPods 自动生成的。保持 Pods/ 目录只读、只读、只读，比调一百个插件参数都管用。
