docs(流程): 明确「修复也走分支流程，含线上紧急修复」

2026-09-14 当天两次 APK 安装修复（615f9cf / 7b6c838）因为"生产卡着"直接提交在 dev 上、
紧接着合 main 部署，跳过了 ① 切分支 与 ③ 交负责人确认（把"合 dev 确认"与"部署确认"
揉成了一次）。负责人指出后补齐这条约束。

补充内容（§1.2 git 铁律）：
- 紧急修复照样从 dev 切 fix/xxx，不允许直接 commit/push 到 dev
- 第 ② 步自测要跑通本机服务，不能只有脚本级验证
- 第 ③ 步确认要点名两件事：「是否合 dev」与「是否合 main + 部署生产」
- 线上正卡住时先恢复（运维动作，经确认即可），再按流程走修复

doc/DEVELOPMENT.md

@@ -35,6 +35,16 @@
 
 > 每个改动**单独分支 + 单独 commit**，主题单一，便于评审与回退。不允许"开发完顺手 commit/push"。
 
+**修复也走这条流程，包括线上紧急修复**（2026-09-14 补：当天两次 APK 安装修复因为"生产卡着"
+直接提交在 dev 上、紧接着就合 main 部署，被负责人纠正）：
+
+- 紧急修复照样从 dev 切 `fix/xxx` 分支——**不允许直接 commit/push 到 dev**，
+  哪怕改动只有几行、哪怕生产正卡着
+- 第 ② 步的"自测"要**跑通本机服务**（起服务/点页面/看日志），不能只有脚本级验证
+- 第 ③ 步的确认要点名两件事：**「是否合 dev」**和**「是否合 main + 部署生产」**——
+  紧急场景可以一次性问清，但**不能把两个节点合并成一次默认同意**
+- 线上正卡住时：先**恢复**（重启/回滚等运维动作，经确认即可执行），再按流程走修复
+
 ---
 
 ## 2. 技术红线（违反会打断共享 adb transport 或造成生产事故）