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 11:33:51 +08:00
2026-10-03 10:43:11 +08:00
2026-09-28 08:46:02 +08:00
2026-09-28 08:46:01 +08:00
2026-09-24 13:56:52 +08:00
2026-10-03 10:43:11 +08:00
2026-09-24 10:10:32 +08:00
2026-10-03 11:17:18 +08:00
2026-10-03 23:02:58 +08:00
2026-10-03 10:43:11 +08:00
2026-10-03 11:17:18 +08:00
2026-09-28 10:17:09 +08:00
2026-09-20 10:51:28 +08:00
2026-09-24 10:10:32 +08:00
2026-09-28 08:46:01 +08:00
2026-10-03 10:56:47 +08:00
2026-10-01 20:37:19 +08:00
2026-09-24 10:10:32 +08:00
2026-09-21 17:36:40 +08:00
2026-09-24 13:13:46 +08:00
2026-10-03 12:11:25 +08:00
2026-09-20 22:35:35 +08:00
2026-09-24 10:10:32 +08:00
2026-09-28 08:46:01 +08:00
2026-10-03 12:11:25 +08:00
2026-09-24 10:10:32 +08:00
2026-09-25 12:21:00 +08:00
2026-10-01 18:49:06 +08:00
2026-10-03 10:43:11 +08:00
2026-10-03 11:33:51 +08:00
2026-10-03 21:21:55 +08:00
2026-10-03 21:21:55 +08:00
2026-10-03 10:43:11 +08:00
2026-10-02 13:58:42 +08:00