2 Commits

Include renames

Author	SHA1	Message	Date
jkooe	6adf11c85a	fix(test): 两条守卫在 Windows 上必红（CRLF 与路径分隔符） ... CI run 38380306200（提交 73ed06f）Windows 单元测试 319/321，macOS 全绿。 ① 仓库内全部版本号互一致 → 报 undefined apps/console/src-tauri/Cargo.lock 根因：actions/checkout 在 Windows 默认 core.autocrlf=true → CRLF， 而 Cargo.lock 的版本提取把 \n 写死。**同一隐患也在生产代码里**： version-write.mjs 另有一条 name…\nversion… 正则读旧值，CRLF 下返回 undefined → 把 Cargo.lock 记入 skipped 并跳过 → 发版后滞留旧版本 （正是本模块要消灭的分叉，且不报错）。 修法：读旧值收敛到 readCargoTomlVersion / setCargoLockVersion().before 单一真源，删掉重复正则；新增 splitLineEol() 拆「正文+行尾」后改写 （不能写 ("".*)$ 兜行尾 —— JS 的 . 不匹配 \r）。 ② W-01 根因守卫 → 把唯一真源自己判成违规（util\quote.ts） 根因：file.slice(dir.length+1) 在 Windows 得到反斜杠路径，与白名单 的 util/quote.ts 比不中 → 守卫自己错。 修法：新增 relPosix() 归一成 /。 新增 4 条守卫：Cargo.lock / Cargo.toml 的 CRLF 纯函数用例、 CRLF 工作区上真跑 writeVersionEverywhere 再读回文件、 以及用 path.win32 形态字符串在 macOS 上直接测 Windows 分支。 注入故障实测 4 条如期变红；test:unit 325/325（321 + 4）。	2026-10-13 18:57:04 +08:00
jkooe	bce11514a9	fix(release): 发版脚本漏改 Cargo 清单导致版本号分叉 ... release.mjs patch --dry-run 实测：只改 8 个 package.json + 1 个 tauri.conf.json，而 apps/console/src-tauri/{Cargo.toml,Cargo.lock} 里**同样存着 2.0.2** —— 发版后必然滞留， 与 tauri.conf.json 悄悄分叉，且**不报错**（Tauri 打包以 tauri.conf.json 为准）。 - 版本写入抽成 scripts/lib/version-write.mjs（纯函数、可测），release.mjs 调用它。 抽出来的理由：埋在脚本里时单测只能断言「源码里出现过某个字符串」—— 那种守卫注入 故障都不会变红（铁律：守卫要落在最终产物字节上）。 - Cargo.toml **只在 [package] 段**改（非 package 段里也可能有独占一行的 version = "…"）； Cargo.lock **按 [[package]] 块 + crate 名定位**（全文盲替换会改坏 thiserror 2.0.21 这类依赖版本）。 - release.mjs 的「脏文件白名单」改为取自**实际改写结果**（changed），不再手写文件名列表 —— 手写的那份一旦与写入逻辑漂移，要么拦下本该放行的（发版卡死），要么放过不该放行的 （静默推走改动）。 - 新增 tests/unit/version-write.test.mjs（9 条）：在临时目录铺**真实文件**并 git init/git add （versionTargets 走 git ls-files，不真进索引就会假绿），跑完读回文件断言；另含一条 **仓库版本号一致性守卫**，发版漏项会直接变红。 - 注入 4 处故障实测：编排漏 Cargo / Cargo.toml 全文盲替换 / Cargo.lock 按位置盲改 / 仓库版本分叉 —— 全部变红，还原后全绿。	2026-10-13 17:16:46 +08:00