|
|
@@ -64,3 +64,12 @@
|
|
|
- 重置筛选会恢复全部图层。
|
|
|
- 新增/更新测试：设施图筛选驱动图层与地图渲染、重置恢复图层、三图点位均来自过滤后的图层状态。
|
|
|
- 验证：前端全量测试 119/119 通过；生产构建通过。
|
|
|
+
|
|
|
+## 补充：#52 / #53 / #55 三票执行（后端为主，前端随 #55 呈现对齐）
|
|
|
+
|
|
|
+- 执行方式变更：三票原计划由三个子代理执行者并行完成；本会话无法派发/等待子代理（子代理启动后未收到任务载荷），改由主代理按 #53 → #52 → #55 顺序执行，逐票 TDD、全量测试、分别提交。
|
|
|
+- #53（后端提交 `8bf96ef`）：旧管网模块（controller / domain / mapper / mapper.xml / service / 导出 DTO）与 `/api/water/pipe/*` 路由退场；GIS 一张图管网详情改走统一表 `pipe_network_base`（`network_id`，点设施主键仍按数值解析）；供水设施 Excel 导入/导出收敛为四类；设施测试数据改写为写 `pipe_network_base(network_type='2')`，泵站改回共用表 `pump_station(station_type='water_supply')`；新增 `LegacyPipeTableRetirementTest` 守住旧表/旧列零残留与“种子只写统一表”。
|
|
|
+- #52（后端提交 `a21e3e5`）：设备删除改为物理清理从属数据 —— `equipment_status` / `equipment_point_rel` 新增物理删除语句，修复 KingbaseES 外键 `fk_equipment_status` 阻止设备删除的问题（`equipment_test` / `equipment_maintain` 原本即物理删除）；非供水设备的拒绝逻辑与提示文案保持不变。
|
|
|
+- #55（后端 `1344d9e` / 前端 `d386360`）：新增幂等字典脚本 `migration_pipe_network_status_dict.sql`（`pipe_network_status` = 0正常 / 1维护中 / 2异常，只重写字典定义，不改表结构与业务数据）；前端管网信息查询页列表与详情共用 `statusTagType`（0 绿 / 1 橙 / 2 红），统计页与供水设施 GIS 详情的管网状态文案与配色对齐，`2` 不再被判为“未知”。
|
|
|
+- 验证：后端 `mvn -o test` 全绿（zksy-system 133 / zksy-admin 172）；前端 `node --test tests/*.test.mjs` 全绿（125 项）；`npm run build:prod` 通过；KingbaseES 实库验证（外键删除复现、字典脚本、设施种子脚本）均在单事务内执行后回滚，未写入任何数据。
|
|
|
+- 风险/后续：`pipe_network_status` 字典脚本需在 KingbaseES 执行后才在页面生效（部署动作，当前库内仍是旧的 0正常/1异常 两项）；#52 的实库验收目前是“单测 + 实库脚本复现”，尚无自动化 DB 集成测试；`pump_station_id_seq` 曾落后于表内最大 ID（下一次新增泵站会撞主键），验证过程已把它推进到安全位。
|
