lhk229
5b11a05303
Project CI / Repository checks (pull_request) Successful in 1m28s
Project CI / Frontend tests (pull_request) Successful in 3m45s
Project CI / Native shell tests (pull_request) Failing after 11m46s
Project CI / Backend tests (pull_request) Successful in 4m25s
修复 M1D-1 带进的 eslint 红：import 排序与 hook 依赖判据
CI task 3777 的 Repository checks 停在 lint:eslint，前面的 encoding / git-hooks /
rustfmt / spacetime schema / production-ops / preview-deployer / maintenance-page
全绿。三条问题全在 0052a80da 自己动的两个前端文件里。
- simple-import-sort：新加的 PlanGddDecisionAction / PlanGddStateViewV1 插在了
PendingCommand 前面（ASCII 序 Pending < PlanGdd），ProjectWorkspaceChatPane 里
GddApprovalCard 也落在同目录组末尾。autofix 修正
- react-hooks/exhaustive-deps 是 warning，但 lint 脚本带 --max-warnings 0，一样退 1。
这条不能靠补依赖解决：该 effect 的依赖只挖 phase/status/updatedAt 三个标量，正是
为了避开轮询每轮新建对象的身份变化；把 projectSupervisorRuntime 本体写进依赖会让
每个 tick 都触发一次 hydrate。改的是判据侧——存在性从整个对象换成必选字段
status（AgentRuntimeState.status: string 必选，为 undefined 当且仅当 runtime 为
null），语义等价且不再引用裸对象
本地 npm run lint:eslint（全仓，--max-warnings 0）、npm run typecheck、
npm run check:encoding 均通过。typecheck 是 CI 未走到的下一步。
另记一笔：.husky/pre-commit -> lint-staged -> scripts/lint-staged-eslint.mjs 会拦这
两类（自动修 import，且 errorCount 或 warningCount 非零即置退出码），本 worktree 的
core.hooksPath 也确实指向 .husky/_。这三条能进库说明 0052a80da 绕过了钩子。
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-18 08:08:57 +00:00
..
2026-08-06 16:57:38 +08:00
2026-08-18 08:08:57 +00:00
2026-08-05 19:15:46 +08:00
2026-07-17 16:56:46 +08:00
2026-08-17 12:42:29 +08:00