sublime text 默认不识别 dockerfile 文件名，需安装 dockerfile syntax highlighting 插件（作者 austinhappel），手动执行 set syntax: dockerfile，并在 settings – syntax specific 中添加 extensions 列表（如 dockerfile、dockerfile.prod 等），同时确保缩进为 4 空格且无 tab，否则高亮失效。
Sublime Text 默认不识别 Dockerfile 文件名，装插件只是起点，不手动绑定语法或修正缩进，高亮永远是纯文本——这不是你写错了，是 Sublime 根本没加载语法定义。
为什么打开 Dockerfile 还是 Plain Text？
Sublime 自带语法列表里没有 Dockerfile 项，也不会根据内容（比如 FROM 或 RUN）自动推断语言。右下角显示 Plain Text 就是明确信号：它连语法包都没加载。
- 最常见原因：只装了插件但没手动触发语法切换，或装错了插件（比如选了
Docker或Docker Compose，它们不提供语法高亮） - 正确插件名是
Dockerfile Syntax Highlighting（作者 austinhappel），不是Dockerfile Syntax Highlighting（已弃用）或SublimeDocker（功能重叠但维护不稳定） - 安装后必须重启 Sublime，或按
Ctrl+Shift+P/Cmd+Shift+P输入Set Syntax: Dockerfile手动激活一次
怎么让 Dockerfile.prod、dockerfile 也高亮？
默认只认首字母大写、无后缀的 Dockerfile；Dockerfile.ci、dockerfile（全小写）、Dockerfile.dev 全被忽略——哪怕内容一模一样，也不会触发高亮。
- 进入
Preferences → Settings – Syntax Specific，在右侧用户设置中添加：{"extensions": ["Dockerfile", "Dockerfile.prod", "Dockerfile.ci", "Dockerfile.dev", "dockerfile"]} -
Dockerfile.*在 Sublime 里实际不支持通配符匹配，显式列出更可靠 - 避免用
.dockerfile（带点前缀），易与.dockerignore混淆，且非标准写法
高亮正常但 FROM 是白的、# 注释不绿、多行 ENV 断色？
这不是插件坏了，而是上下文解析失败——Dockerfile 插件依赖缩进和结构连续性，稍有偏差就丢色。
- 确认底部状态栏显示
Tab Width: 4和Spaces（不是Tab）；Docker 官方推荐 4 空格，不是 tab，也不是 2 空格 - 手动修复：菜单
View → Indentation → Convert Indentation to Spaces，再设Tab Width为 4 - 检查插件冲突：某些插件（如
ApplySyntax、Enhanced Dockerfile）会劫持语法检测逻辑；临时禁用所有插件，逐个启用排查 - 镜像名（如
nginx:alpine）本身不着色是正常设计，插件只高亮指令关键字和结构，不处理参数值
为什么 docker-compose.yml 还是纯文本？
Sublime 默认不把 .yml 当作 YAML 处理，更不会区分 docker-compose.yml 和其他配置文件。冒号、缩进、列表全无颜色，是典型未识别语法的表现。
- 先装官方
YAML插件（Package Control 里搜YAML，别选YAML Language这类过时包） - 打开
docker-compose.yml，点击右下角语法名 →Open all with current extension as…→ 选YAML (Docker Compose)（如果有） - 若无该选项，在
Preferences → Settings – Syntax Specific中加：{"extensions": ["docker-compose.yml", "docker-compose.yaml"]} - 注意：YAML 对缩进极其敏感，手抖多一个空格就会导致
docker-compose up报yaml.scanner.ScannerError
真正卡住人的往往不是装插件，而是装完没切语法、缩进不对、或者扩展名没列全——这些细节不解决，高亮就永远停留在“看起来装好了”的假象里。
