fix(ci): run 块按点源语义加固——原生 stderr 变终止性错误曾致两 job 3 秒亡

run 44（本分支上一次推送）把上一版原生检出打回原形：L0 用了 3 s、L0.5 用了
2 s 双双失败，日志里是 error: No such remote 'origin' 被包成 NativeCommandError
后整步终止。根因在我上一版：runner 执行 run: 块的方式是 powershell -command
点源那个文件，会话继承的 $ErrorActionPreference 是 Stop，于是原生程序往 stderr
写的任意一行都会被 PS 5.1 包成终止性错误。我写的 git remote get-url origin
2>$null 正是这一类，而 2>$null 不算摊平，反而让它先把整步炸掉。

修法两件事一起做：块首显式 $ErrorActionPreference = Continue（不依赖继承）；
所有 git 调用走同一个漏斗 Invoke-DtuGit，把 stderr 摊平成字符串再决定是否打印。
探针顺手换成 git config --get remote.origin.url：远端不存在时它只返回非零码、
不往 stderr 写，从源头不再触发这类错误。

更阴的一条教训是我的测法本身。第一版复现器用 -File 包一层点源，结果四条失败
路径全测成 rc=0。用最小矩阵把语义钉死后：exit 1 写在被点源的文件里时，-File
直跑 = 1；-File 包一层点源 = 0 且继续执行后续语句；-Command 点源（runner 的真
实用法）= 1。也就是说只要我一直用 -File 测，检出失败也会一路伪装成绿，这个洞
比上面那个 bug 更坏。现在统一用 runner 的真实语义测：powershell -NoProfile
-Command 点源块体文件，且前置 $ErrorActionPreference = Stop。

换测法后的实测（全部跑在从 ci.yml 抽出的那份字节上，不是另抄的副本）：
- 点源 + Stop、全新工作区：ExitCode=0、checkout ok: c1e7e8c / commits=669、
  dirty_files=0、150.9 s（修复前同一模式就是 run 44 的 3 秒亡）；
- DTU_REPO_SHA 空 / DTU_REPO_URL 空 / sha 不在远端 / 坏令牌：ExitCode 均 1，
  坏令牌 0.5 s 返回 unable to get password，不挂起、不烧 job 超时；
- 复用工作区：1.6 s，dirty_files=0，被忽略文件保留，未跟踪垃圾清除；
- 结构面：13 步、两 job 第 1 步逐字一致、uses: 计数 0、run 块非 ASCII 计数 0、
  无 BOM 无 CR；check yaml Passed；check_doc_links --all 180 篇、无法判定 0。

文档同笔落地（教训要跟它救的那段代码一起进历史）：指南 §5.3 补 run 44 实录与
退出码矩阵、实测表补 G/H 两行、§7 补 job 几秒就亡一行、两份变更记录各加一行；
remote-ci-ops skill §10 补 run: 块的正确测法。另记一个运维事实：推到已存在
的远端分支会正常建 run（run 44 即如此，推送后约 4 分钟入库，我先前把轮询窗口
取得太短误判成没建），以后验 workflow 不再需要手动 dispatch 与服务凭据。
下一轮可能红的两处我先标出来，红了正是我们要的证据：SYSTEM 下的 ui-golden
（历史上败在 32 位 MSBuild 与 VCTargetsPath）与 test-coverage（缺
DTU_MS_COVERAGE，走自动发现）。

docs/CI/README.md

@@ -86,6 +86,7 @@
 
 | 日期 | 变更 |
 |---|---|
+| 2026-10-27 | run 44（推送到已存在分支会正常建 run）暴露的教训写进指南 §5.3：run: 块是被**点源**执行的，`$ErrorActionPreference` 继承 Stop 时原生 stderr 会终止整步；且测 run: 块只能用 `-Command ". 文件"`（`-File` 包点源会把失败测成 rc=0）。§7 补「几秒就亡」一行，skill §10 补测法 |
 | 2026-10-27 | 指南 §5.3 **整节重写并落地**：workflow 两个 job 的 `uses:` 归零（原生 git 全量检出，六项实测 A/B/C/D/E/F + 两条自查命令见 §5.3）；§1.2.1 第三行按 1.25.4 实际行为改正（自定义 `DEFAULT_ACTIONS_URL` 已无效，旧写法会把人引向一个不存在的开关）；§7 的 checkout 行改为“看见这症状＝有人把 `uses:` 加回来了”。另：`scripts/ci_runner_bootstrap.ps1` 的 MSVC 探测改为 `vswhere` + 工具集钉世代（默认 14.51，与覆盖率基线同版本），`-SetEnv` 开始成对写 `DTU_MS_COVERAGE` |
 | 2026-10-27 | 新增指南 §4.4「覆盖率工具链（mscoverage）与 VS2026 BuildTools」并加进上面的目录表。当天另修掉 `cppcheck` 两根真红（`ci/remote-ci` 的 `5869c03`）——此前 L0 的 28 次红里混着**三类**：runner 缺覆盖率组件、外网拉 `actions/checkout` 抖动、真代码问题。**别再一律当成环境噪声**，按 §7 逐条定性 |
 | 2026-10-12 | 🐛 **首次真跑出 run**：`L0.5` **成功**（`10 runner(s), 647/647, fail=0`，与本地逐字一致）；`L0` **假失败**——gitlint 因 runner 无 git 身份而 `exit 254`（`Missing git configuration: please set user.name`），旧文案把它说成"提交信息违规"，且该步 `exit 1` 连带让 26 个钩子全部没跑。已在 `ci_gitlint_range.ps1` 用 `GIT_CONFIG_*` 注入一次性身份（不写文件）并区分 254/1 退出码。另记：**新建分支的首次 push 不触发 run**，需 `workflow_dispatch` 或再推一个非文档提交。详见指南 §7 |