sublime text 本身不运行 docker-linter，需通过 sublimelinter 插件调用宿主机上的 hadolint cli 实现静态扫描；常见无响应原因是 sublime 未继承完整 shell path，须配置绝对路径 executable 并显式注册语法映射（如 "source.dockerfile": "dockerfile"），且仅支持 trivy config 等文本扫描，不支持镜像级扫描。
Sublime Text 本身不运行 Docker-Linter，也不能在编辑器内直接触发扫描；所谓“配合”，本质是让 Linter 工具在保存文件时，通过 Sublime 的 sublimelinter 插件调用宿主机上的 hadolint 或 trivy CLI，并将结果实时反馈到编辑器中——前提是这些工具已正确安装且可被 PATH 访问。
为什么 Dockerfile 保存后没报错，但 hadolint 命令行能扫出问题
常见现象：终端里跑 hadolint Dockerfile 明确提示 DL3008: Pin versions in apt get install，但在 Sublime 里改完保存却毫无反应。
- 根本原因不是插件没装，而是
sublimelinter默认只找系统 PATH 下的二进制，而你装的hadolint可能在/usr/local/bin、~/bin或 Homebrew 的/opt/homebrew/bin（macOS），但 Sublime 启动时没继承完整的 shell PATH - Mac 用户尤其容易踩坑：GUI 应用（包括 Sublime）通常不读取
~/.zshrc，所以即使你在终端里能执行hadolint，Sublime 仍会报command not found - 验证方式：在 Sublime 中按
Ctrl+`打开内置控制台，输入import os; print(os.environ.get('PATH'))，对比终端里echo $PATH的输出 - 临时解决：用绝对路径配置 Linter，比如把
hadolint改成/opt/homebrew/bin/hadolint（macOS）或/usr/local/bin/hadolint（Linux）
怎么让 Sublime 在保存 Dockerfile 时自动跑 hadolint
必须组合三个组件：SublimeLinter 核心 + SublimeLinter-contrib-hadolint 插件 + 正确的用户设置。缺一不可。
- 先装基础：用
Ctrl+Shift+P→Package Control: Install Package→ 装SublimeLinter（注意不是 SublimeLinter3） - 再装适配器：
SublimeLinter-contrib-hadolint（别选错成SublimeLinter-hadolint，后者已废弃） - 关键配置：打开
Preferences → Package Settings → SublimeLinter → Settings，在右侧用户设置中加这段：
{
"linters": {
"hadolint": {
"args": ["--no-fail", "--ignore=DL3003"],
"executable": "/usr/local/bin/hadolint"
}
}
}
其中 --no-fail 防止扫描失败中断保存流程，--ignore=DL3003 是跳过“使用 apt-get update”这类建议项（按需调整）；executable 必须填绝对路径。
trivy 扫描镜像 vs. 扫描 Dockerfile，Sublime 能接哪个
Sublime 只能接「静态扫描」类 Linter，即对文本文件做规则检查——所以 trivy config（扫描 Dockerfile）可以，trivy image（扫描构建后的镜像）完全不行。
-
trivy config Dockerfile会检查 FROM 是否固定 tag、是否启用非 root 用户等，适合集成进保存钩子 - 但
trivy config不如hadolint专注，且默认不校验多阶段构建中的 COPY --from 语法，容易漏报 - 若硬要上
trivy，得装SublimeLinter-contrib-trivy，并确保trivy版本 ≥ 0.45（旧版无 config 子命令） - 注意：所有基于
trivy config的扫描都依赖本地有完整trivy数据库，首次运行会自动下载，可能卡住 Sublime 保存流程
容易被忽略的兼容性细节
真正卡住落地的，往往不是功能有没有，而是环境链路断在哪一环。
- Dockerfile 文件名变体（如
Dockerfile.prod）必须显式注册到SublimeLinter的语法识别中，否则插件压根不触发——在用户设置里补这行："syntax_map": {"source.dockerfile": "dockerfile"}，再配合前面说的插件扩展名配置 - Windows 用户要注意：Sublime 内置 Python 是 32 位，而某些
trivyWindows 二进制只提供 64 位，导致execv() failed错误 - 所有 Linter 输出都走 Sublime 的 gutter 图标和行内高亮，但错误信息不会自动跳转到对应
docker-compose.yml的 services 块——也就是说，它扫不出 “Dockerfile 指定 user: 1001，但 compose 里没设user:字段” 这种跨文件逻辑
