Sublime Text 无法真正管理 Docker 容器日志，因其不支持实时流捕获、并发查看、状态保持及过滤；可行方案是通过外部终端协同或脚本调度，配合正确 CLI 命令与参数。
Sublime Text 本身不支持实时捕获或管理容器日志
按 Ctrl+B 运行 docker-compose logs -f 只能启动一次命令，输出会阻塞构建系统，无法滚动、搜索、多窗口分屏查看，更不会自动刷新。Sublime 没有内置日志流处理器，也没有插件能真正“管理”多个容器的日志——它连 docker logs -f 的 stdout/stderr 流都无法持续挂载。
为什么 Docker Logs 插件（如 Docker Logs Viewer）基本不可用
市面上所谓 “Docker Logs” 类插件，多数只是包装了 docker logs 命令并弹出临时面板，存在几个硬伤：
- 不支持并发：同一时间只能查一个容器，
docker logs -f container1和docker logs -f container2无法并行运行 - 无状态保持：关闭面板后日志流中断，重启需手动再执行，不记录上次查看位置
- 无法过滤：不能像
docker logs --since="5m" | grep ERROR那样组合管道，也不支持正则高亮 - 权限失败静默：若用户不在
docker组，命令直接退出且无提示，面板空白
可行替代方案：用 Sublime 编辑 + 外部终端协同
真正高效的做法不是让 Sublime “接管日志”，而是让它成为日志工作流的调度中心和快速入口：
- 在项目根目录建
logs.sh脚本，内容为：#!/bin/bash docker-compose logs -f api | grep --line-buffered -E "(ERROR|FATAL|panic)" & docker-compose logs -f db | grep --line-buffered "duration=" & wait
——这样可并行抓关键流，Sublime 中双击打开该脚本，Ctrl+B执行即可 - 配置 Build System 的
shell_cmd为：gnome-terminal -- bash -c "docker-compose logs -f web; exec bash"（Linux）或open -a Terminal.app -n --args -c "docker-compose logs -f web"（macOS），把日志扔进独立终端窗口 - 用
tail -f查单个容器日志文件（如果应用已配置 log to file）：Sublime 支持实时重载.log文件，右键 → Revert 即可手动刷新
容易被忽略的细节
所有日志命令都依赖宿主机 docker CLI 环境，而不是容器内环境；docker-compose logs 默认只查最近 100 行，加 --tail=0 才能从头开始；如果你用的是 docker compose（v2+ CLI），命令名是 docker compose logs，不是 docker-compose——拼错就静默失败，Sublime 不报错也不提醒。
