chore(changelog): 回写 #7324 接线闭环 + #7325 前端 verified(d487d2be)
changelog-filename-gate / validate (push) Failing after 2s
changelog-filename-gate / validate (push) Failing after 2s
这个提交包含在：
Mimingguang
@@ -12,7 +12,7 @@ frontend_owner: "mmg"
|
|||||||
frontend_ref: "6710ad4a"
|
frontend_ref: "6710ad4a"
|
||||||
target_release: ""
|
target_release: ""
|
||||||
verified_at: "2026-09-11"
|
verified_at: "2026-09-11"
|
||||||
status_note: "2026-09-10 已部署测试服并实测通过（squash 07feaffe0，PR #7465）。⚠️ 部署顺序：本单唯一跨服务契约变更是 HouseRoomTypeDTO.roomCategory（resource 侧新增字段，HouseRoomTypeDTO.java:51）与 HouseRoomTypeFeignVO.roomCategory（order-v3 侧消费，HouseRoomTypeFeignVO.java:47），hl-resource-service 必须先于 hl-order-service-v3 部署——反序会让 order-v3 拿到 roomCategory=null，H4/H5 的 fail-closed 房型守卫（HouseRoomTypeGuard.requireRoomTypes）把每次提交全部拒成 808691。2026-09-10 实测确实撞过一次短暂不同步窗口（GET /v3/admin/house/group-batches 一度 404），重滚 order-v3 后恢复，未影响最终验收。⚠️ 与工单 #7324 核对：工单口径「HouseGroupBatchErrorCode 新增 12 个错误码」与源码不符，squash 07feaffe0 实际新增 17 个常量（808600-808603 共 4 个 + 808608 共 1 个 + 808611-808619 共 9 个 + 808690-808692 共 3 个 = 17，见 HouseGroupBatchErrorCode.java 本次 diff +165/-2 行），本篇按源码 17 个如实列出，以代码为准。 前端已交付(commit 6710ad4a):H1 看板/H2 详情/H3 逐户/H4-H6 写口/release-all 七端点全接入,total=-1 降级显「—」+压掉虚构共N条、H5 脏字段检测+version 乐观锁、release-all 假成功分支改文案、组长只读隐藏写口;已知缺口(用户拍板留 API):H1 后端忽略 CANCELLED 过滤,整团释放按钮暂无可达入口,待后端放开 H1 即自动激活。 整团释放可达性需求已单列提交后端:backend-requests/2026-09/11_7324_放开H1看板batchStatus过滤CANCELLED-整团释放可达.md(commit 4aa3037,状态 proposed 待后端排期),前端零改动等待。"
|
status_note: "2026-09-10 已部署测试服并实测通过（squash 07feaffe0，PR #7465）。⚠️ 部署顺序：本单唯一跨服务契约变更是 HouseRoomTypeDTO.roomCategory（resource 侧新增字段，HouseRoomTypeDTO.java:51）与 HouseRoomTypeFeignVO.roomCategory（order-v3 侧消费，HouseRoomTypeFeignVO.java:47），hl-resource-service 必须先于 hl-order-service-v3 部署——反序会让 order-v3 拿到 roomCategory=null，H4/H5 的 fail-closed 房型守卫（HouseRoomTypeGuard.requireRoomTypes）把每次提交全部拒成 808691。2026-09-10 实测确实撞过一次短暂不同步窗口（GET /v3/admin/house/group-batches 一度 404），重滚 order-v3 后恢复，未影响最终验收。⚠️ 与工单 #7324 核对：工单口径「HouseGroupBatchErrorCode 新增 12 个错误码」与源码不符，squash 07feaffe0 实际新增 17 个常量（808600-808603 共 4 个 + 808608 共 1 个 + 808611-808619 共 9 个 + 808690-808692 共 3 个 = 17，见 HouseGroupBatchErrorCode.java 本次 diff +165/-2 行），本篇按源码 17 个如实列出，以代码为准。 前端已交付(commit 6710ad4a):H1 看板/H2 详情/H3 逐户/H4-H6 写口/release-all 七端点全接入,total=-1 降级显「—」+压掉虚构共N条、H5 脏字段检测+version 乐观锁、release-all 假成功分支改文案、组长只读隐藏写口;已知缺口(用户拍板留 API):H1 后端忽略 CANCELLED 过滤,整团释放按钮暂无可达入口,待后端放开 H1 即自动激活。 整团释放可达性需求已单列提交后端:backend-requests/2026-09/11_7324_放开H1看板batchStatus过滤CANCELLED-整团释放可达.md(commit 4aa3037,状态 proposed 待后端排期),前端零改动等待。 2026-09-11 接线闭环(commit d487d2be):后端答复整团释放可达路径已存在(#7322 我的团不过滤 batch_status 透传,CANCELLED 团在列,H2 详情无阶段闸门),我的团行加「订房核对」入口打开 BoardDetailModal,CANCELLED 团由 canReleaseAll 出「整团释放」;前端零后端改动等待解除。"
|
||||||
updated_at: "2026-09-10"
|
updated_at: "2026-09-10"
|
||||||
base: "dev-v3"
|
base: "dev-v3"
|
||||||
---
|
---
|
||||||
|
|||||||
@@ -7,12 +7,12 @@ author: "wx(GIT)"
|
|||||||
change_type: "新增接口"
|
change_type: "新增接口"
|
||||||
backend_status: "deployed"
|
backend_status: "deployed"
|
||||||
gateway_status: "verified"
|
gateway_status: "verified"
|
||||||
frontend_status: "pending"
|
frontend_status: "verified"
|
||||||
frontend_owner: "mmg"
|
frontend_owner: "mmg"
|
||||||
frontend_ref: ""
|
frontend_ref: "d487d2be"
|
||||||
target_release: ""
|
target_release: ""
|
||||||
verified_at: "2026-09-11"
|
verified_at: "2026-09-11"
|
||||||
status_note: "2026-09-11 已部署测试服并经网关实测（squash dfd5a8f6f，PR #7497）。部署面只有 hl-order-service-v3 一个服务（两条独立路径核过：53 个改动文件全在该模块；对 hl-common / hl-gateway / 其它服务的命中数 = 0），未改 hl-common-*，无消费方需连带滚。Flyway V20260910_302 在测试库执行成功（flyway_schema_history 版本 20260910.302 success=1）。⚠️ 本篇起草时写错过一条并已更正：原写「GET /confirm-check 任何后台角色都能调」——不成立。读端点虽然不标 @HouseWriteGuarded、不走拦截器，但在编排层入口直接调 HouseReadGuard.assertHouseReadPermission()（GroupBatchRoomDayConfirmManager.java:489），非房务角色同样 808090。错因是只枚举了「注解+拦截器」一条机制就下了否定结论；2026-09-11 测试服实测（test_admin/CUSTOMIZER 打 GET 得 808090）与源码调用点双向坐实后已在「关键变化 1」更正。网关零改动：hl-gateway 自 2026-09-07 21:53 起未重启（jar mtime 与进程 lstart 两条路径核过），三个新端点均返回业务层响应而非路由未命中，证明既有 /v3/admin/** 通配已覆盖。⚠️ 尚未验证：H7/H8 真实确认业务逻辑未跑通——取证用的团期处于未认领态，POST 先撞 808612，需先造「整团抢单→提交需求→确认基线」数据链才能触达，本轮未做，如实标为未验证而不写「正常」。"
|
status_note: "2026-09-11 已部署测试服并经网关实测（squash dfd5a8f6f，PR #7497）。部署面只有 hl-order-service-v3 一个服务（两条独立路径核过：53 个改动文件全在该模块；对 hl-common / hl-gateway / 其它服务的命中数 = 0），未改 hl-common-*，无消费方需连带滚。Flyway V20260910_302 在测试库执行成功（flyway_schema_history 版本 20260910.302 success=1）。⚠️ 本篇起草时写错过一条并已更正：原写「GET /confirm-check 任何后台角色都能调」——不成立。读端点虽然不标 @HouseWriteGuarded、不走拦截器，但在编排层入口直接调 HouseReadGuard.assertHouseReadPermission()（GroupBatchRoomDayConfirmManager.java:489），非房务角色同样 808090。错因是只枚举了「注解+拦截器」一条机制就下了否定结论；2026-09-11 测试服实测（test_admin/CUSTOMIZER 打 GET 得 808090）与源码调用点双向坐实后已在「关键变化 1」更正。网关零改动：hl-gateway 自 2026-09-07 21:53 起未重启（jar mtime 与进程 lstart 两条路径核过），三个新端点均返回业务层响应而非路由未命中，证明既有 /v3/admin/** 通配已覆盖。⚠️ 尚未验证：H7/H8 真实确认业务逻辑未跑通——取证用的团期处于未认领态，POST 先撞 808612，需先造「整团抢单→提交需求→确认基线」数据链才能触达，本轮未做，如实标为未验证而不写「正常」。 前端已交付(commit d487d2be):confirm-check 预检+按日 confirm+整团 confirm 三端点接入看板详情,先预检展示 ready/dayReady false 只列差额/阻塞名单不调写口,写口组长 808091 隐藏,808616 常量随连锁重算上线删除,808602 右开区间口径前端本已对齐(注释补记);错误码一律拦截器透 message 不建字典。"
|
||||||
updated_at: "2026-09-11"
|
updated_at: "2026-09-11"
|
||||||
base: "dev-v3"
|
base: "dev-v3"
|
||||||
---
|
---
|
||||||
|
|||||||
在新工单中引用
屏蔽一个用户