2.4 KiB
2.4 KiB
schema, ticket, title, consumer, author, change_type, backend_status, gateway_status, frontend_status, frontend_owner, frontend_ref, target_release, verified_at, status_note, updated_at, base, generated
| schema | ticket | title | consumer | author | change_type | backend_status | gateway_status | frontend_status | frontend_owner | frontend_ref | target_release | verified_at | status_note | updated_at | base | generated |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| hl-changelog/v2 | 5778 | 房型分类字典 room_category:BIG_BED 下线合并到 QUEEN(消除同名「大床房」碰撞) | admin | wx | 修改接口 | deployed | verified | implemented | mmg | ca770153 | 2026-08-10 | 前端已实现:实证前端唯一 BIG_BED 引用为 orderDetailAdapter.js ROOM_CATEGORY_LABEL 兜底表 BIG_BED:'大床房'(#5730 补,3ec1a933),后端字典 BIG_BED 全链路不出现+存量订正 QUEEN 后成死代码,已删除;「大床房」统一由 QUEEN 承载。grep 复核 BIG_BED 全清零(仅注释);orderDetailAdapter.spec 32/32 过 + checkpoint 全过。注:原 frontend_status=none 为笔误(非法值),实为有改动,经 pending→claimed→implemented 交付。 | 2026-08-10 | dev-v3 | 2026-08-10T11:00:00+08:00 |
背景
#5730 给 room_category 字典补了 BIG_BED → 大床房,但字典早已有 QUEEN → 大床房,导致同一分类下出现两条不可区分的 ACTIVE「大床房」(测试服实测 12 条)。方案A(wx 定夺):保留 QUEEN、下线 BIG_BED,跨服务把存量 BIG_BED 数据订正为 QUEEN。
变更(数据/字典,前端无接口改动)
room_category字典:BIG_BED条目置 INACTIVE(退役),下拉/翻译/白名单全链路不再出现;大床房现只由QUEEN承载。- 存量数据订正
BIG_BED → QUEEN:resourceroom_type.room_category、order-v3house_hotel_assignment/house_requirement_assignment_snapshot/house_inquiry_message的room_category、order_settlement_hotel.room_type。
对前端的影响
- 无需改动。房型下拉少一条重复的「大床房」(原 BIG_BED),其余项不变;已存的 BIG_BED 记录现统一显示为 QUEEN 的「大床房」,
roomCategoryLabel口径不变。 - 若前端本地硬编码过
BIG_BED房型码(不应有),需改用QUEEN。
验证证据(2026-08-10)
GET /admin/dict/allroom_category 11 条,BIG_BED 不在 ACTIVE,无同名碰撞,大床房→QUEEN。- 直连测试库零残留:sys_dict_data BIG_BED=INACTIVE;resource room_type / order-v3 四表 BIG_BED 计数全 0。
- 部署后已清 Redis 字典缓存(db0:反向索引成员 +
cache:dict:data:room_category+ 索引)。