chore(frontmatter): #8051 前端实证维持 not_required(全仓零命中,知会点已收)

changelogs-v2/2026-09/20_8051_解除共用关系不再跨服务日跨团误清派车行-修改接口-管理后台.md

@@ -12,7 +12,7 @@ frontend_owner: ""
 frontend_ref: ""
 target_release: ""
 verified_at: ""
-status_note: "✅ 2026-09-20 20:3x 状态位升级，依据如下（不是为了让门禁变绿）。 backend_status=deployed：代码经 PR #8058 squash 为 ac9efb735 合入 dev-v3；fleet 测试服部署点 c35251b07（2026-09-20 18:58，STATE=ok），git merge-base --is-ancestor ac9efb735 c35251b07 = 真；并用 jar 字节**正负两向**自证——新类 AssignmentOccupancyDayScope **部署前不在 jar 里、部署后在**（只查后一次没有分辨力）。 gateway_status=verified：2026-09-20 20:0x-20:2x 经网关 api.test.1814.love:9443 **两轮独立实测** DELETE /admin/fleet/group-dispatch/share-groups/{id}?survivorPolicy=RELEASE，均在自建测试团 2101524283048263681 上，同一辆车 2065329519232720897。 🔴 两半边都取了，缺一半这条证据就没有分辨力：（阳性对照）本服务日那张确实被处理——目标 ASSIGNMENT 360022177073991680 由 vehicle=G/assigned 转为 vehicle=NULL/unassigned，且出现在 releasedSourceIds 里；（负对照）跨日的 2026-12-15 独立派单三字段逐一不变，跨日+跨团的原 6 行受害者所在三个团七个服务日的 7 行 fleet_group_dispatch 释放前后逐字段完全一致。 ⚠️ 另订正一条执行者自己的假设：本次修复**只改了 ASSIGNMENT 侧**，GROUP_DISPATCH 侧此前就是按 trip_date 精确过滤的、从未有跨日 bug。 ⚠️ 仍未解决且不在本篇范围：同一资源**同一服务日**上的**非成员**在途行 仍会被 RELEASE 一并软清（releaseClaims 不引用 members），已另立工单 #8061 待产品口径。 【上一轮原注】backend_status 与 gateway_status 刻意保持 pending：本篇写于工单 #8051 的修复分支上，代码尚未合入 dev-v3、更未部署测试服，本会话**没有做过任何一次真实网关调用**。正文里的所有事实分两类并已逐处标注：①【实测·库+日志】—— 2026-09-20 测试服 hl_fleet_service 库与 /opt/hulalv/HL/logs/hl-fleet-service.log 的一手读数；②【源码】—— 修复分支工作树的源码。请求/响应示例的字段名与类型来自 ShareGroupReleaseRespVO 的 @ApiModelProperty 声明，不是抓包。⛔ 合并 + 部署 + 网关复验之前，不得为了让门禁变绿把这两个状态位改成 deployed/verified。frontend_status=not_required 的判据：本次不改请求/响应形状、不增删字段、不新增错误码，管理后台无需改代码；但本篇仍是给 mmg 的知会件——「解除共用关系」这个动作的**影响范围**变了，看板上此前莫名变成「待派车」的那些户，原因在此。"
+status_note: "✅ 2026-09-20 20:3x 状态位升级，依据如下（不是为了让门禁变绿）。 backend_status=deployed：代码经 PR #8058 squash 为 ac9efb735 合入 dev-v3；fleet 测试服部署点 c35251b07（2026-09-20 18:58，STATE=ok），git merge-base --is-ancestor ac9efb735 c35251b07 = 真；并用 jar 字节**正负两向**自证——新类 AssignmentOccupancyDayScope **部署前不在 jar 里、部署后在**（只查后一次没有分辨力）。 gateway_status=verified：2026-09-20 20:0x-20:2x 经网关 api.test.1814.love:9443 **两轮独立实测** DELETE /admin/fleet/group-dispatch/share-groups/{id}?survivorPolicy=RELEASE，均在自建测试团 2101524283048263681 上，同一辆车 2065329519232720897。 🔴 两半边都取了，缺一半这条证据就没有分辨力：（阳性对照）本服务日那张确实被处理——目标 ASSIGNMENT 360022177073991680 由 vehicle=G/assigned 转为 vehicle=NULL/unassigned，且出现在 releasedSourceIds 里；（负对照）跨日的 2026-12-15 独立派单三字段逐一不变，跨日+跨团的原 6 行受害者所在三个团七个服务日的 7 行 fleet_group_dispatch 释放前后逐字段完全一致。 ⚠️ 另订正一条执行者自己的假设：本次修复**只改了 ASSIGNMENT 侧**，GROUP_DISPATCH 侧此前就是按 trip_date 精确过滤的、从未有跨日 bug。 ⚠️ 仍未解决且不在本篇范围：同一资源**同一服务日**上的**非成员**在途行 仍会被 RELEASE 一并软清（releaseClaims 不引用 members），已另立工单 #8061 待产品口径。 【上一轮原注】backend_status 与 gateway_status 刻意保持 pending：本篇写于工单 #8051 的修复分支上，代码尚未合入 dev-v3、更未部署测试服，本会话**没有做过任何一次真实网关调用**。正文里的所有事实分两类并已逐处标注：①【实测·库+日志】—— 2026-09-20 测试服 hl_fleet_service 库与 /opt/hulalv/HL/logs/hl-fleet-service.log 的一手读数；②【源码】—— 修复分支工作树的源码。请求/响应示例的字段名与类型来自 ShareGroupReleaseRespVO 的 @ApiModelProperty 声明，不是抓包。⛔ 合并 + 部署 + 网关复验之前，不得为了让门禁变绿把这两个状态位改成 deployed/verified。frontend_status=not_required 的判据：本次不改请求/响应形状、不增删字段、不新增错误码，管理后台无需改代码；但本篇仍是给 mmg 的知会件——「解除共用关系」这个动作的**影响范围**变了，看板上此前莫名变成「待派车」的那些户，原因在此。 前端实证维持 not_required(mmg 2026-09-20):survivorPolicy/share-groups/shareGroup 全仓零命中,共用关系前端未接入(#7444 挂起域),行为收窄纯数据面受益;知会点已收:存量 6 行误清不做 SQL 回滚须走正常改派写口恢复,同日非成员在途行仍被 RELEASE 软清另立 #8061 待产品口径。"
 updated_at: "2026-09-20"
 base: "dev-v3"
 ---