VSCode中dependsOn需同时满足：依赖任务在tasks.json中显式定义且label完全匹配，并添加"dependsOrder": "sequence"字段；npm脚本须单独定义为带label的任务才能被引用；依赖失败则后续任务中止。
task.json里怎么写dependsOn才能让任务按顺序执行
VSCode的dependsOn不是“先运行A再运行B”的线性调度器，而是并行依赖声明——除非显式加"dependsOrder": "sequence"，否则它默认把所有依赖任务一起启动。很多人配完dependsOn: ["build", "test"]发现测试在构建完成前就报错，就是因为没设顺序模式。
正确写法必须同时满足两个条件：
-
dependsOn数组列出前置任务名（注意：必须和tasks中每个任务的label完全一致，大小写敏感） - 在该任务顶层加
"dependsOrder": "sequence"字段
{
"label": "deploy",
"dependsOn": ["build", "test"],
"dependsOrder": "sequence",
"command": "echo",
"args": ["deploying..."]
}
为什么npm script任务无法被dependsOn识别
VSCode任务系统不自动扫描package.json里的scripts，哪怕你用type: "shell"调用了npm run build，这个任务在VSCode内部仍无独立label，dependsOn就找不到它。
解决方法只有一种：把npm script显式定义为一个独立任务，并赋予label：
{
"label": "build",
"type": "shell",
"command": "npm run build",
"group": "build",
"presentation": {
"echo": true,
"reveal": "always",
"focus": false,
"panel": "shared",
"showReuseMessage": true
}
}
之后其他任务才能在dependsOn: ["build"]中引用它。漏掉label或拼错，就会报错Task 'xxx' not found。
多个dependsOn任务失败时，后续任务还执行吗
默认行为是“断链”：只要任一依赖任务以非零退出码结束，整个链就中止，后续任务不会触发。这是合理的设计，但容易被忽略的是——VSCode不会主动提示“因依赖失败跳过”，只会静默停止。
调试建议：
- 确保每个依赖任务都设置了
"problemMatcher"或明确"isBackground": false，避免后台任务假死导致误判成功 - 在关键任务里加
"runOptions": { "reevaluate": true }（仅限Shell任务），强制重跑前检查上一个任务状态 - 如果需要“不管前面成不成就继续”，得改用脚本封装，而不是依赖
dependsOn
跨文件夹任务依赖怎么处理
VSCode的dependsOn只认当前工作区根目录下的.vscode/tasks.json里定义的任务。如果你有子项目各自有tasks.json，它们彼此不可见。
可行方案只有两种：
- 把所有子项目的任务统一收口到工作区根目录的
tasks.json中，用不同label区分，比如"backend:build"、"frontend:test" - 用
type: "shell"手动调用子目录命令，例如"command": "cd ./backend && npm run build"，但这会失去任务粒度控制和状态反馈
没有“自动导入子文件夹tasks.json”的机制，强行用相对路径引用别的tasks.json会直接失败。
