mirror of
https://gitcode.com/JianFeeeee/HomeAgent.git
synced 2026-09-30 06:22:53 +00:00
0fe239f8cd
每轮编辑后 pi-lens 都会报 `FAIL ./cmd/gui [setup failed]`，看着像仓库有测试红了，
实为工具缺陷。本会话内重复触发 20+ 次，每次都需人工复核，故完整记录并修掉。
根因（两个缺陷叠加）：
1. pi-lens 的 runner 按**仓库根**检测（本仓有 go.mod ⇒ go），但被测文件可能
在另一种语言的项目里；`cmd/gui/*.test.mjs` 命中通用测试命名 ⇒ 对纯 Electron
目录生成 `go test -run . ./cmd/gui` ⇒ 必然 "no Go files" 失败。
2. 该失败进入进程内 failedTestsByRunner，而 failed-first 策略此后**每次**编辑
都优先重跑它（与当前编辑的文件无关）；条目只在测试**通过**时移除 ⇒ 永不自愈。
日志形态：turn_end: README.md → test go cmd/gui/sse-backoff.test.mjs (failed-first)
为什么不能靠配置关掉（都实测/读码确认）：
- `.pi-lens.json` 是项目级，只认 ignore/rules/maxProjectFiles/reviewGraph/trivy
+ 三个改动开关；`tests` 是全局级，写进去会被忽略并告警。
- 全局 `{"tests":{"enabled":false}}` 会一起关掉**所有项目**的回合末测试反馈，
为一个仓库的误报付全局代价 —— 不值。
- `ignore` 也挡不住：它只作用于扫描，不参与测试目标选择。
修法：给 pi-lens 的 getTestRunTarget 加一道「该 runner 真能跑这个目标吗」的校验
（go：目标目录至少有一个 .go 文件），不能跑就拒并清掉那条不可运行的失败记录。
runTestFileAsync 只有这一个调用点，是唯一收口。
验证：node --check 过语法；/usr/bin/diff 核对为纯新增零删除；
真实路径模拟 6/6 符合预期（cmd/gui 的 .mjs → 拒；真 Go 测试文件 → 放行）；
go test ./... 仍 43 包全绿。
注意：补丁在 ~/.pi/agent/npm/... 里，pi-lens 升级后会被覆盖（届时误报会回来，
不影响仓库，只是噪音）。备份 index.js.orig-*，回退方式写在本节。
本手册同时补上 §6.1 症状 / §6.2 根因 / §6.3 配置为何无效 / §6.4 修法与回退。