vscode-test本身不支持自动重试，ci中需手动封装bash循环实现2–3次重试，仅对环境抖动类错误（如扩展加载竞争、端口被占）启用，而逻辑错误（如assertionerror）不应重试；更关键的是前置稳定性控制，如固定vscode版本、禁用非必要扩展、清空用户数据目录等。
vscode-test 运行失败时不会自动重试
vscode-test 本身不提供重试机制，所有测试失败都直接抛出错误并退出进程。CI 流水线里看到「一次失败就中断」，不是配置漏了，是它压根没这个能力。
- 官方文档和源码中均无
retry、retries或类似参数支持 -
runTests()返回的是 Promise，不封装任何重试逻辑 - 超时（
timeout）可设，但超时后仍是失败，不会自动再拉起一个 VSCode 实例重跑
GitHub Actions 中实现重试必须手动封装
想让集成测试失败后自动重试 2–3 次，得在 CI 脚本层自己加逻辑，不能依赖 vscode-test 或 Mocha 内置行为。
- 用 Bash 的
for循环 +break控制：运行npm test，成功则 break，失败则 sleep 后继续 - 避免无限重试：显式限制次数，例如
for i in {1..3}，并在日志中标记第几次尝试 - 注意清理：每次重试前需确保上一个 VSCode 实例已完全退出（
killall -q Code或检查ps aux | grep code） - 别在
runTests()的launchArgs里加--disable-gpu之类“防崩”参数来替代重试——它解决不了环境偶发卡死，只是掩盖症状
重试真正该防的是哪类失败？
盲目重试所有失败反而掩盖真实缺陷。只对明确属于环境抖动的错误类型启用重试，其他一律失败即止。
- 典型可重试错误：
Error: Could not find a valid target for extension（扩展加载竞争）、Timeout waiting for extension host（VSCode 启动慢）、ECONNREFUSED（端口被占） - 不可重试错误：
AssertionError、TypeError: Cannot read property 'document' of undefined——这是插件逻辑问题，重试只会重复暴露 bug - 建议在 CI 日志里用
grep -q匹配错误关键词，再决定是否触发下一轮
比重试更关键的是稳定性前置控制
重试是兜底手段，真正省事的做法是在运行前掐掉大部分偶发失败根源。
- 固定 VSCode 版本：在
runTests({ version: '1.89.0' })中硬编码，避免 CI 自动拉最新版引入兼容性断裂 - 禁用所有非必要扩展：
launchArgs: ['--disable-extensions', '--disable-gpu']，第三方扩展是集成测试最大不稳定源 - 跳过渲染加速：
--disable-gpu --disable-software-rasterizer可显著降低 Linux CI 环境下白屏/卡死概率 - 测试前清空用户数据目录：
userDataDir: path.join(os.tmpdir(), 'vscode-test-user-data')，防止缓存污染影响状态
