feat: 流水线更新，修复commit次数统计不正确的问题

docs/实施方案.md

@@ -245,12 +245,11 @@ java -jar cache-schema-checker-1.0.0.jar \
 2. `--old-sha` = `gitea.event.before`（push 前 tip）
 3. `before` 为空或全 `0`（新分支首次 push）→ 跳过检测，`exit 0`
 4. `workflow_dispatch` 无 before 时回退 `HEAD~1`
-5. 浅克隆当前 tip（`--depth 1`），再按需 `git fetch --depth 1 <before>` / `deepen`，**无需全量历史**
+5. 浅克隆当前 tip（`--depth 1`），再按需 `git fetch --depth 1 <before>`；统计 commit 数时 deepen 至 `before` 为祖先，或直接用事件 `commits` 数组长度（**无需全量历史**）
 
 > 一次 push 含多个 commit 时，只做 **一次** 检测，对比区间为整次 push 的累计 diff（`before..after`），不会漏掉中间 commit 留下的结构变更。  
-> 不做「每个 commit 各告警一条」；中间引入又被末 commit 改回的净无变更，累计结果可能为「无变更」（符合阻断「最终结构」的目标）。
-
-详见 `docs/CI集成说明.md`。
+> 不做「每个 commit 各告警一条」；中间引入又被末 commit 改回的净无变更，累计结果可能为「无变更」（符合阻断「最终结构」的目标）。  
+> 日志中的 commit 数：优先 `gitea.event.commits`；勿在未 deepen 时用浅库 `rev-list`（会少算）。
 
 ### 6.3 处理步骤