tasks.json里直接写docker build报“command not found”是因为vscode任务不继承终端path和shell配置，需显式指定shell路径、补全env中path或使用绝对路径调用docker。
tasks.json 里直接写 docker build 为什么总报 command not found
VSCode 的 tasks.json 默认不继承终端的 PATH，也不加载 shell 配置（比如 ~/.zshrc），所以即使你在终端里能跑 docker 或 npm，在 task 里执行时大概率提示 command not found。
常见错误现象包括：docker: command not found、npm: command not found（尤其 macOS/Linux 下 zsh 用户）、'.' is not recognized as an internal or external command（Windows PowerShell 禁用脚本）。
- 显式指定
shell.executable路径，例如"executable": "/usr/bin/zsh"（macOS/Linux）或"executable": "cmd.exe"（Windows） - 补全
env字段，把关键路径加进去："PATH": "/usr/local/bin:/opt/homebrew/bin:${env:PATH}"（macOS）或"PATH": "C:\Program Files\Docker\Docker\resources\bin;${env:PATH}"（Windows） - 别依赖全局命令，改用绝对路径调用二进制，比如
/usr/local/bin/docker或C:Program FilesDockerDocker esourcesindocker.exe
如何让 npm script 和 docker build 共享 .env 变量
docker build 本身不读取项目根目录的 .env 文件，而 npm run build 通常靠 dotenv 加载——但 tasks.json 不会自动触发它。你看到的环境变量缺失（如 NODE_ENV 未生效、镜像 tag 为空），基本都卡在这儿。
解决思路不是“让 Docker 读 .env”，而是统一由 VSCode 任务注入：
- 在
tasks.json的每个 task 里手动写"env": { "NODE_ENV": "production", "IMAGE_NAME": "myapp", "IMAGE_TAG": "latest" } - 如果 tag 需动态生成（比如 git commit hash），改用
command拼接："command": "IMAGE_TAG=$(git rev-parse --short HEAD) && docker build -t ${env:IMAGE_NAME}:${env:IMAGE_TAG} ." - 避免在
Dockerfile中用ARG+ENV组合覆盖运行时变量——构建阶段的ARG和容器启动时的ENV是两套生命周期，容易混淆
发布到私有 Nexus/npm 仓库前必须校验的三项配置
VSCode 任务可以调用 npm publish，但直接跑会失败：Nexus 不认默认 registry、.vsix 不是 npm 包、token 权限不足。关键不是“怎么发”，而是“发之前有没有真正连上”。
MiniMax 图片理解 + 网络搜索 MCP 工具。适配 Docker 环境（极空间等），支持图片 OCR 识别、图像内容理解、网络搜索。API Key 安全存储在本地 credentials 文件，不暴露在代码中。
三项必查项：
-
npm config get registry必须返回 Nexus 的http://myhost:8081/repository/my-npm/，不是https://registry.npmjs.org/；建议在 task 中加前置校验：npm config list | grep registry -
package.json中的"publishConfig"字段必须存在且指向 Nexus 地址："publishConfig": { "registry": "http://myhost:8081/repository/my-npm/" } - Nexus 对应的 npm(hosted) 仓库需开启
Allow Redeploy（否则重复发布同版本会 409），且用户 token 必须有npm:publish权限（不是只读）
为什么 “dependsOn”: [“build”] 后 deploy 还是读不到 dist 目录
VSCode 的 dependsOn 只控制任务启动顺序，不保证执行完成。如果 build 任务里是异步命令（比如 vite build &、npm run build & 或带后台进程的脚本），VSCode 会认为它“已启动”就立刻触发 deploy，此时 dist/ 很可能还没生成。
真正可靠的串行方式只有两种：
- 把构建和发布写进同一个
command字符串，用&&连接："command": "npm run build && docker build -t myapp . && docker push myhost:5000/myapp" - 改用
type: "process"+ 自定义脚本（如scripts/deploy.js），用child_process.execSync()同步阻塞执行每一步，再捕获stderr做失败退出 - 别信
presentation.reveal: "always"——它只控制终端面板是否展开，跟执行逻辑无关
最常被忽略的是：Nexus 的 Docker 仓库默认是 docker (proxy) 类型，但你要推镜像必须用 docker (hosted)，且需在 Nexus 后台启用 HTTP Port（默认关着）；没开这个端口，docker push 会卡在 auth 阶段，超时后报 unauthorized: authentication required，而不是明确提示“端口未开放”。
