JianFeeeee
51fc62530e
test(hygiene): 第三次基线推进 —— 6a8e868 跨端未自报（与前两次同形状）
`commit-hygiene.test.mjs` 判红：`6a8e868` 同时改了 `client/harmony/` 与
`client/electron/` 却没说自己是跨端提交。
## 查明原因：不是 `git add -A` 卷入，是本仓跨端纪律的必然结果
那三个 electron 文件是**跑在 electron 目录里的鸿蒙判据**
（`harmony-arkts.test.mjs` / `harmony-logic.test.mjs` / `run-all.mjs`，共 +196 行），
而「鸿蒙侧的每次修复都要同步改另一侧的判据」正是本仓的纪律 —— 与 2026-09-24
那四条、以及 2026-10-03 那两条的成因**逐字相同**。只是 subject 只写了
`fix(harmony):`。
## 处置：按判据自己规定的方式推进基线，不改历史
该文件的头注释已把两条歧路写死，本提交照办：
* **不能** `git commit --amend` 补标 —— 已推到 origin 与 origin-https
（`merge-base --is-ancestor` 两个远端均为真），改写会分叉远端；而且那是
**另一个会话**的作品（作者 JianFeeeee），替别人的提交改信息同样越界。
* **不能**往 `MARKERS` 放行 `fix(harmony):` —— 那等于**永久**允许
「说单端、实际改两端」，判据从此失灵（前两次结论一致）。
* ⇒ 唯一正确处置：**推进基线**（编辑本文件即推进基线，因为基线 =
**最后修改本文件的提交**），并把这一条**具名**记进注释。
判据本意（同时改两端就要自报家门）一点没动：新提交再犯照旧判红。
这是该判据第三次因同一形状推进基线 —— 记录在案而不是抹掉：**同一个疏漏反复
出现，说明「鸿蒙修复要同步改另一侧判据」这条纪律需要一个更省事的写法**
（比如提交模板自动带 `跨端:`），而不是靠记性。
2026-10-03 23:02:58 +08:00
..
2026-10-03 23:02:58 +08:00
2026-10-03 12:11:25 +08:00