AskaEth
fb0b1a5311
merge(dev): 解 M196 与 dev（M179/M193）在 settings/mod.rs 的冲突
`origin/main` 是 D41 的孤儿快照（单提交、与开发史无共同祖先），M179/M193 这些提交在
`origin/dev` 上；按「跟上主线」的意图合的是 `origin/dev`。用 merge 不用 rebase：复审 clean 的
tip `e5a4b9b` 原样保留，本提交只负责解冲突。
唯一冲突：`settings/mod.rs` 里 `form` 的文档注释（M179 与 M195 重写过同一段）。两边都留：
- **M179/M193**：`type Body` 带 `Lang`、四条按下标分发（General / Update / Assistant / Java）、
M193 的 download / logs 接线及其文档更新——只有一处措辞随之调整：「四组在下面各有 `else if`」
→ 「在 [`section_columns`] 里各有 `else if`」，因为 M195 把那层循环抽成了独立函数；
- **M195**：循环之后不再 push 那张「没有逐实例覆盖」的空态卡、`overrides_empty` 不存在、
`section_columns` 与其行为断言（`frame.rs` 两条用例）。
合并后的注释同时说明两件事：`GROUP.body` 从形参拿生效语言（M179）+ 尾部不许再挂东西、
逐实例覆盖的真控件在实例详情页（M195）。
为守住 400 行硬线（冲突态 424 → 399），只压自己的重复叙述：M196 段压到 4 行、
`section_columns` 的文档改为指向 `form`（它原来重复了一遍分发点，且在 M179 之后已不准确）、
模块文档里一段被 M179 实现取代的历史「r3 订正」压成一句可执行的结论。
代码零语义改动（证据见汇报）：`section_columns` 的循环体与 `origin/dev` 归一化后逐字节相同（46 行），
`GROUPS` / `GROUP_LABELS` 三方一致；相对 `origin/dev` 的差异只剩本 mission 的 4 个文件。
2026-11-09 05:18:29 +08:00
..
2026-11-09 05:18:29 +08:00
2026-11-02 16:13:22 +08:00