Sublime Text 无法内置构建或监控容器，仅能通过构建系统调用外部 docker 命令；需配置 "file_regex" 解析错误行、"working_dir" 指定项目根目录，并用 cmd 数组+sh -c 执行命令以确保正确解析，Dockerfile 变体和 docker-compose 变体需手动扩展语法映射并重启生效。
Sublime Text 本身不提供镜像构建界面或容器状态监控能力，所有“构建”和“监控”动作都必须靠调用宿主机的 docker build、docker ps 等命令实现；它只是个触发器，不是 Docker CLI 替代品。
怎么让 Ctrl+B 触发 docker build 并看到错误行定位
关键不是写对命令，而是让 Sublime 能把终端输出里的文件路径+行号解析出来，方便跳转。否则构建失败只能手动翻日志。
-
"file_regex"必须匹配 Docker 构建时的报错格式，常见的是^([^:]+):([0-9]+):([0-9]+):(.*)$（对应Dockerfile:5:12: unknown instruction: COPYX） -
"working_dir"要设为项目根目录，否则docker build .找不到上下文中的Dockerfile或依赖文件 - 别用
shell_cmd直接拼长命令串，尤其含&&或管道符时——Sublime 的构建系统不走 shell 解析，会静默失败；改用cmd数组 +sh -c包裹 - 示例（保存为
DockerBuild.sublime-build）：{ "cmd": ["sh", "-c", "docker build -t ${file_base_name} . 2>&1"], "working_dir": "${project_path}", "file_regex": "^([^:]+):([0-9]+):([0-9]+):(.*)$", "selector": "source.dockerfile" }
为什么 docker ps 命令在 Build System 里执行没反应
因为构建系统默认是单次执行、无交互、不持续输出的模式。docker ps 本身没问题，但 Sublime 不会实时刷新或滚动显示结果——它只捕获命令退出那一刻的 stdout。
- 想看当前容器列表，直接用
Terminus插件开个内嵌终端，执行docker ps -a更靠谱 - 如果硬要用 Build System，得加
--format输出结构化内容，比如：["docker", "ps", "--format", "{{.ID}}\t{{.Status}}\t{{.Names}}"]，避免空格缩进干扰解析 - 注意权限：Linux/macOS 下若提示
Cannot connect to the Docker daemon，大概率是用户没加入docker组，或 Docker Desktop 没启动 - Windows 用户还要确认是否启用了 WSL2 后端，且 Docker Desktop 设置里勾选了 “Use the WSL 2 based engine”
如何让 Sublime 自动识别并高亮 Dockerfile.prod 和 docker-compose.override.yml
Sublime 默认只认 Dockerfile 和 docker-compose.yml 这两个固定名，其余变体一律当纯文本处理——这不是 bug，是设计如此。
- 对 Dockerfile 变体：装好
Dockerfile Syntax Highlighting插件后，在Preferences → Package Settings → Dockerfile Syntax Highlighting → Settings – Syntax Specific中加："extensions": ["Dockerfile", "Dockerfile.*", "dockerfile"]
- 对 docker-compose 变体：YAML 插件一般不自带映射，需手动配置语法绑定。打开一个
docker-compose.override.yml文件 →View → Syntax → Open all with current extension as…→ 找YAML（不是 “YAML Language”）→ 若无此选项，就在该文件的Settings – Syntax Specific里加："extensions": ["docker-compose.yml", "docker-compose.yaml", "docker-compose.override.yml"]
- 改完设置后，**必须重启 Sublime** 或关闭再重开文件，语法才生效——缓存不会自动刷新
真正难的不是写对那几行 JSON，而是每次换镜像、换项目结构、换宿主机环境时，都要重新核对路径挂载是否有效、变量是否被提前展开、Docker daemon 是否可访问——这些细节不报错，但会让整个流程静默失效。
