sublime text无法直接管理docker容器生命周期，所有操作均需手动调用shell命令；它不维持长连接、不支持流式日志、无法自动重连或感知容器状态变化，仅能通过build system单次执行docker-compose等命令。
Sublime Text 本身不支持直接管理容器生命周期，所有“启动/停止/日志”操作都必须通过 shell 命令触发，且无法实时捕获容器 stdout/stderr 流。 它不是 VS Code 那类带原生容器扩展的 IDE，强行模拟会掉进「以为在容器里开发，其实只是本地编辑+手动敲命令」的陷阱。
Build System 能 run docker-compose up，但 stop 和 logs 得另开终端
Sublime 的 Build System 只是调用一次 shell 命令，执行完就退出。它不维持长连接，也不监听容器状态变化：
-
docker-compose up -d成功后，Sublime 不知道容器是否真跑起来了，更不会自动重连失败的容器 -
docker-compose stop或docker stop <container_id></container_id>无法绑定到快捷键（除非你额外写多个 Build System 文件并手动切换） -
docker-compose logs -f在 Build System 中会卡住 UI，因为 Sublime 不支持持续流式输出；必须另开终端执行 - 如果你改了
docker-compose.yml，Ctrl+B 默认不会 reload 配置——得先docker-compose down再 up，而 Build System 不帮你做这个判断
Remote - SSH 插件连不上容器，除非你手动配好 SSH 服务
很多人装了 Remote - SSH 就以为能像 VS Code 那样「Attach to Container」，结果连不上。原因很实在：
- Docker 官方镜像（比如
python:3.11、node:20）默认不带sshd，也不开放 22 端口 - 你得自己写
Dockerfile安装 OpenSSH、生成密钥、设置非 root 用户登录、暴露端口，再docker run -p 2222:22启动 -
Remote - SSH连接时依赖~/.ssh/config里的 Host 条目，但容器 IP 每次run都可能变，除非你用--network=host或固定--ip - 即使连上了，Sublime 也无法感知容器重启——连接断开后不会自动重连，得手动 Ctrl+Shift+P →
Remote SSH: Connect to Host
SFTP 同步代码 ≠ 容器内开发，只是文件搬运工
SFTP 插件本质是把本地文件 scp 到容器里，它不运行命令、不加载环境变量、不转发端口、不挂载 volume：
- 你改了
app.py，SFTP 自动上传，但容器里 Python 进程不会热重载——得自己进容器kill -HUP或用supervisord - 如果容器用的是
alpine基础镜像，里面没scp命令，SFTP 直接失败（报错类似sftp: command not found） -
sync_up_on_save开启后，保存一个文件就触发一次上传，频繁保存容易堆积未完成的传输任务，尤其大项目下容易丢文件 - 它不能同步
/proc、/sys或 bind mount 的宿主机路径，所以调试时看到的进程树、磁盘使用量全是容器视角，和宿主机对不上
真正卡住多数人的点，不是「怎么配」，而是「配完发现没法 debug」：没有容器进程列表、看不到实时日志、改代码后要反复 exec -it 进去查环境变量或 ps aux。Sublime 是个编辑器，不是容器运行时。想靠它替代 docker exec + docker logs + docker ps 组合拳，只会让问题更隐蔽。
