hl-api-changelog

3,249 提交 29 分支 0 Git 标签

3 次代码提交

包含重命名

作者	SHA1	备注	提交日期
Mimingguang	8ce545aa7e	chore(frontmatter): #8051 前端实证维持 not_required(全仓零命中,知会点已收) changelog-filename-gate / validate (push) Failing after 1s 详情	2026-09-20 19:48:07 +08:00
API Changelog Bot和Claude Opus 5	ff834a4858	docs(changelog): #8051 订正 PR 字段——写的是「待建」，实际已合入 ac9efb735 changelog-filename-gate / validate (push) Failing after 1s 详情交接件里的「待建」会活得比它的语境久：下一个人看到它会以为代码还没合。 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>	2026-09-20 19:40:10 +08:00
API Changelog Bot和Claude Opus 5	52b3f81fd0	docs(changelog): #8051 解除共用关系不再跨服务日跨团误清派车行 changelog-filename-gate / validate (push) Failing after 1s 详情代码 PR #8058（squash ac9efb735）已合入 dev-v3，fleet 测试服部署在 c35251b07 （2026-09-20 18:58，STATE=ok），merge-base --is-ancestor ac9efb735 c35251b07 = 真，并用 jar 字节正负两向自证：新类 AssignmentOccupancyDayScope 部署前不在 jar 里、部署后在（只查后一次没有分辨力）。网关两轮独立实测 DELETE .../share-groups/{id}?survivorPolicy=RELEASE，两半边都取了： - 阳性对照：本服务日那张确实被处理（assigned/有车 -> unassigned/NULL，且在 releasedSourceIds 里）； - 负对照：跨日的独立派单三字段逐一不变，跨日+跨团的原受害者所在三个团七个服务日共 7 行 fleet_group_dispatch 释放前后逐字段完全一致。缺任一半，「另一日没变」与「解除根本没跑起来」观测上完全一样。 frontend_status=not_required：本次不改请求/响应形状、不增删字段、不新增错误码。但仍是给 mmg 的知会件——「解除共用关系」这个动作的影响范围变了，看板上此前莫名变成「待派车」的那些户，原因在此。一并订正两处事实： - 误伤是 6 行不是 7 行（第 7 行同日同槽，RELEASE 策略下本就在处置范围，补了日期过滤照样会被释放）； - 修复只动了 ASSIGNMENT 侧，GROUP_DISPATCH 侧本就按 trip_date 精确过滤、从无此 bug。仍未解决且不在本篇范围：同一资源同一服务日上的非成员在途行仍会被 RELEASE 一并软清（releaseClaims 不引用 members），已另立工单 #8061 待产品口径。 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>	2026-09-20 19:39:07 +08:00

作者

SHA1

备注

提交日期

Mimingguang

8ce545aa7e

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

changelog-filename-gate / validate (push) Failing after 1s

详情

2026-09-20 19:48:07 +08:00

API Changelog Bot和Claude Opus 5

ff834a4858

docs(changelog): #8051 订正 PR 字段——写的是「待建」，实际已合入 ac9efb735

changelog-filename-gate / validate (push) Failing after 1s

详情

交接件里的「待建」会活得比它的语境久：下一个人看到它会以为代码还没合。

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

2026-09-20 19:40:10 +08:00

API Changelog Bot和Claude Opus 5

52b3f81fd0

docs(changelog): #8051 解除共用关系不再跨服务日跨团误清派车行

changelog-filename-gate / validate (push) Failing after 1s

详情

代码 PR #8058（squash ac9efb735）已合入 dev-v3，fleet 测试服部署在 c35251b07
（2026-09-20 18:58，STATE=ok），merge-base --is-ancestor ac9efb735 c35251b07 = 真，
并用 jar 字节正负两向自证：新类 AssignmentOccupancyDayScope 部署前不在 jar 里、
部署后在（只查后一次没有分辨力）。

网关两轮独立实测 DELETE .../share-groups/{id}?survivorPolicy=RELEASE，两半边都取了：
- 阳性对照：本服务日那张确实被处理（assigned/有车 -> unassigned/NULL，且在
  releasedSourceIds 里）；
- 负对照：跨日的独立派单三字段逐一不变，跨日+跨团的原受害者所在三个团七个服务日
  共 7 行 fleet_group_dispatch 释放前后逐字段完全一致。
缺任一半，「另一日没变」与「解除根本没跑起来」观测上完全一样。

frontend_status=not_required：本次不改请求/响应形状、不增删字段、不新增错误码。
但仍是给 mmg 的知会件——「解除共用关系」这个动作的影响范围变了，看板上此前莫名
变成「待派车」的那些户，原因在此。

一并订正两处事实：
- 误伤是 6 行不是 7 行（第 7 行同日同槽，RELEASE 策略下本就在处置范围，补了日期
  过滤照样会被释放）；
- 修复只动了 ASSIGNMENT 侧，GROUP_DISPATCH 侧本就按 trip_date 精确过滤、从无此 bug。

仍未解决且不在本篇范围：同一资源同一服务日上的非成员在途行仍会被 RELEASE 一并
软清（releaseClaims 不引用 members），已另立工单 #8061 待产品口径。

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

2026-09-20 19:39:07 +08:00