3 次代码提交

包含重命名

作者	SHA1	备注	提交日期
API Changelog Bot和Claude Opus 5	9d4b4387f0	docs(changelog): #8061 清理 status_note 里重复的 gateway_status 说明 ... 连续修订留下一段标着 frontend_status 却在讲 gateway_status 语义的残渣， 标签与内容不符会误导下一个填这个字段的人。内容并入括注，标签改回对的。 mmg 的 frontend_status=not_required 原样保留：他们在自己代码库里查实 getOrderOperationLog(api/fleet/board.js:58) 全仓零调用方、src/views/fleet 无 operationType 命中，后端担心的白名单过滤层尚不存在。那是前端负责人 带证据的判定，比后端的推断硬。 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>	2026-09-21 00:15:45 +08:00
Mimingguang	8a59255f93	chore(changelog): #8061/#7980 三批同名锁回写 mmg 前端实证,翻 not_required	2026-09-20 23:35:03 +08:00
API Changelog Bot和Claude Opus 5	6ade6e1332	docs(changelog): #8061 解除共用关系只清成员占用，同槽非成员不动 ... fleet 已部署测试服 00930f5d6，网关实测取得阳性与阴性两条对照： 阳性 releasedSourceIds 恰为两个成员且库内真变 unassigned； 阴性 非成员 C 的 assignment_status/vehicle_id/driver_id 解除前后逐一相等。 两条缺一不可——只有阳性的话，「C 没变」与「解除没跑起来」观测相同， 且阳性在修复前同样成立（旧实现一样释放成员，只是顺手把 C 也清了）。 frontend_status=pending：请求/响应字段零增删，但派车操作日志新增 operation_type 取值 share_release_cleared，前端若按白名单过滤会静默 丢掉这条记录，而那正是本次补留痕要解决的问题。 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>	2026-09-20 23:21:18 +08:00