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

详情

docs(changelog): 车务看板聊天角标实时化(#5792 后端已齐待前端接) + 订单详情用车安排按车聚合与沿用语义(前端优化×2)

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

2026-08-10 14:57:44 +08:00

2.5 KiB

原始文件 Blame 文件历史

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

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
hl-changelog/v2	frontend-order-vehicle-arrange-display	订单详情「用车安排」展示优化：逐日行按车聚合 + 换版沿用语义标注	admin	wx(GIT)	前端优化	not_required	not_required	pending	mmg				纯前端展示优化，后端字段已足够；两点：DAILY_V3 逐日镜像行按(车,司机)聚合展示；#5784 换版后沿用车辆加「沿用」语义避免与「车控处理中」并显造成困惑。	2026-08-10	dev-v3

订单详情: 用车安排展示优化（按车聚合 + 沿用语义）

wx 2026-08-10 实测反馈两处（TEST 订单 26-9313）。

问题 1：逐日行平铺重复（截图：同一辆车/司机出现 3 次 × 2 车 = 6 行）

DAILY_V3 配车快照是「逐服务日 × 车辆槽位」的明细（2 车 × 3 天 = 6 行数据，数据本身正确），前端把 vehicleGroup.assignments[] 每行直接平铺渲染。

建议：按（车牌/司机或 assignmentId 前缀相同的槽）聚合成一张车卡，卡内展示服务日期范围或日期 chips。后端行含 serviceDate（逐日镜像）或 startDate/endDate/serviceDays（feign 聚合段），聚合信息足够，无需后端改动。

问题 2：换版后沿用车辆缺「沿用」语义（易被当成残留数据）

改用车需求（如 mpv×2 → mpv×1+suv×1）后，签名匹配的槽位自动沿用旧派车（SRS §9.18 #2 拍板：派单确认后是独立资产，不误撤已通知司机的派单）。此时详情呈现为「需求摘要=车控处理中」+ 一辆「已回配」的车并列，定制师会误以为是旧数据残留（wx 今日即如此反馈）。

建议：

当前需求部分槽位已配、部分待配时，头部状态细化为「部分回配（1/2）」而非笼统「车控处理中」；
沿用槽位的车卡加「沿用」小徽标（新需求版本仍在处理中、但该车延续自上一版方案）。

判定数据：vehicleGroup.requirement.status=PROCESSING/PENDING 且 assignments 非空 ⇒ 即「部分回配/沿用」形态（回配完成时 status=DONE）。

2.5 KiB

原始文件 Blame 文件历史

订单详情: 用车安排展示优化（按车聚合 + 沿用语义）

问题 1：逐日行平铺重复（截图：同一辆车/司机出现 3 次 × 2 车 = 6 行）

问题 2：换版后沿用车辆缺「沿用」语义（易被当成残留数据）

关联 / 联系人

链接

联系人

2.5 KiB 原始文件 Blame 文件历史 Unescape Escape

订单详情: 用车安排展示优化（按车聚合 + 沿用语义）

问题 1：逐日行平铺重复（截图：同一辆车/司机出现 3 次 × 2 车 = 6 行）

问题 2：换版后沿用车辆缺「沿用」语义（易被当成残留数据）

关联 / 联系人

链接

联系人

2.5 KiB

原始文件 Blame 文件历史