ctrl+b无反应或报command not found，根本原因是sublime启动时未继承shell的path，导致找不到docker命令；需用which docker获取绝对路径并在build系统中显式指定，同时确保selector为source.dockerfile且状态栏显示dockerfile语法。
为什么 Ctrl+B 按了没反应，或者报 command not found
根本原因是 Sublime 的 Build System 没找到 docker 命令，不是 Docker 本身没装好，而是 Sublime 启动的 shell 环境里 PATH 不包含 docker 路径。macOS 和 Linux 桌面环境常把 docker 装在 /usr/local/bin/docker，但 GUI 应用（包括 Sublime）启动时不会加载 shell 的 .bashrc 或 .zshrc，所以 PATH 缺失。
实操建议：
- 先在终端里运行
which docker，记下完整路径（比如/usr/local/bin/docker） - 新建 Build System 时，把
shell_cmd改成绝对路径调用："shell_cmd":"/usr/local/bin/docker build -t myapp ." - Windows 用户注意：如果用 WSL，
docker实际在 WSL 里，Sublime 无法直接调用；必须确保 Windows 版 Docker Desktop 已安装且 CLI 已勾选“Expose daemon on tcp://localhost:2375”（不推荐），更稳妥的是用宿主机原生 Docker CLI
docker build 构建失败，但错误行不跳转
Build System 本质是执行 shell 命令并捕获 stdout/stderr，它不解析 Docker 的构建日志结构，所以即使 docker build 报出 Dockerfile:5: unknown instruction: COPYX，Sublime 也不会定位到第 5 行——file_regex 默认只匹配 GCC/Python 那类标准错误格式，对 Docker 日志无效。
实操建议：
- 别依赖
file_regex自动跳转；构建失败后，手动看输出里的行号提示，再翻到对应行检查 - 常见错位点：
COPY后面路径不存在、RUN命令里用了未声明的变量、多阶段构建中FROM写错名字 - 想提前发现语法问题？装
Dockerfile Syntax Highlighting插件后，若COPYX这种非法指令仍被高亮为关键字，说明插件没生效或缩进错乱导致上下文解析失败
怎么让 Ctrl+B 只在 Dockerfile 文件里触发构建
关键在 selector 字段。如果设成 "selector":"source.yaml"，那你在 docker-compose.yml 里按 Ctrl+B 就会误触发 Docker 构建命令——这不是 bug，是你配置错了作用域。
实操建议：
- 构建系统专用于
Dockerfile时，selector必须设为"source.dockerfile"（这是 Dockerfile Syntax Highlighting 插件注册的作用域） - 确认当前文件已正确加载语法：右下角状态栏显示
Dockerfile，且FROM是蓝色、#注释是绿色 - 如果右下角显示
Plain Text或YAML，Ctrl+B一定不会走这个构建系统——Sublime 严格按selector匹配，不看文件名
构建命令里要不要加 --no-cache 或指定 -f
默认 docker build . 只认当前目录下的 Dockerfile；如果你项目里有 Dockerfile.prod 或 Dockerfile.dev，不显式指定 -f 就会构建失败。
实操建议：
- 通用写法：
"shell_cmd":"cd $file_path && docker build -f $file_name -t myapp ."——$file_name会自动展开为当前打开的文件名，支持任意命名变体 - 加
--no-cache仅在调试阶段有用，CI/CD 或日常开发中应避免，否则失去 layer 缓存优势 - 构建标签（
-t）建议用动态值，比如-t myapp:${file_base_name}（需配合插件如 ShellCommand 或自定义变量扩展，原生不支持）；更实际的做法是固定 tag，靠docker image prune清理旧镜像
Ctrl+B 就静默失效，连报错都没有。
