From c4ca292102662c7d1377514066939e38d70876cc Mon Sep 17 00:00:00 2001
From: Wanderingss <1624155937@qq.com>
Date: Sat, 24 Oct 2026 08:05:23 +0800
Subject: [PATCH] =?UTF-8?q?ci(gates):=20=E6=8A=8A"=E6=94=B9=E8=A7=A6?=
 =?UTF-8?q?=E5=8F=91=E9=9D=A2=E7=94=B1=E6=97=A7=E9=85=8D=E7=BD=AE=E7=AE=A1?=
 =?UTF-8?q?=E8=BE=96"=E9=99=8D=E7=BA=A7=E4=B8=BA=E5=BE=85=E8=AF=81?=
 =?UTF-8?q?=EF=BC=8C=E5=B9=B6=E7=94=A8=E8=BF=99=E6=AC=A1=E5=8F=AA=E6=94=B9?=
 =?UTF-8?q?=E9=85=8D=E7=BD=AE=E7=9A=84=E6=8F=90=E4=BA=A4=E5=88=A4=E5=AE=9A?=
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

上一条提交我把一个**猜测写成了实测语义**——这正是本仓一直在防的事（门禁文档骗人
比没有文档更糟），所以先降级为"待证"，再用这次提交判定。判定依据是一根现成的对照
钩子：bsp-err 的 files: 从很早就含 ^\.pre-commit-config\.yaml$，它跑不跑直接反映
"本次提交的文件列表里有没有这个配置文件"。

预期读法（结果回来后写进上一条注释，或删掉待证标记）：
  - bsp-err 与 test-coverage 都实跑 → 配置文件确实进了列表，那么 2d7c4fd 里两个都
    Skipped 只能用"新加的模式当次不生效"解释，猜测方向成立；
  - bsp-err 跑、test-coverage 不跑 → 说明 test-coverage 的自触发没生效，得查正则；
  - 两个都 Skipped → 说明"改配置那次不看配置文件本身"，猜测成立但要改写措辞。

另外两次我误当证据的运行其实是 nothing to commit（暂存集为空 → 所有钩子 Skipped），
不能作为任何结论的依据——这也是我这轮反复的地方，记在这里免得下次重踩。
---
 .pre-commit-config.yaml | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/.pre-commit-config.yaml b/.pre-commit-config.yaml
index e8f9d952..0234485c 100644
--- a/.pre-commit-config.yaml
+++ b/.pre-commit-config.yaml
@@ -608,7 +608,7 @@ repos:
       #    口径 / 分母 / 基线 / 盲区详解都在 docs/测试说明/主机单测覆盖率口径.md，本处只留接线事实。
       #    触发面**含门禁自身**（.pre-commit-config.yaml）：不带自身就等于谁改坏这根闸的 files:
       #    模式，它就再也不跑且无人察觉（同 lv-conf-sync / bsp-err 的既有做法）。
-      #    实测语义（2026-10-24，两次真提交对照出来的）：**改这行 files: 的那次提交，由改之前
+      #    待证（不要把下面三行当结论；本次提交就是判定实验，结果确定后改写）：改 files:
       #    的配置管辖**——所以"删掉自触发"这一刀会被旧配置拦住（旧模式仍含本文件，钩子照跑），
       #    而新加的模式要等下一次提交才生效。方向正好是对的：加固会迟到一步，拆除不会漏网。
       - id: test-coverage