文件

T

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

详情

chore(changelog): 全量清理 implemented 存量——81 条复核翻 verified + 1 条改判 not_required + #5827 补登 frontend_ref

处置明细(mmg 2026-09-18):
- 68 条机械核验通过批量翻 verified:frontend_ref 均可达且为 v2.1 祖先、
  交付文件 HEAD 均在、关联 spec 批量 58 文件 891 例全绿。
- 11 条带演进史的例外逐条核后翻 verified:3 条交付自删文件(06_5610/
  07_5655/11_5810,删除即交付内容且终态保持);8 条被后续 changelog 预期
  演进(10_5784→#5810、07_5664/08_5592→#5827、07_5665→去槽位化 U1、
  01_5380/05_5356/06_5567/06_5581→settlement 族A扁平化与 mock 清理),
  status_note 均如实记录演进链。
- 05_5552 改判 not_required:frontend_ref 自述前端无需改动,grep 实证
  vehicleFeeAmount.js 直接读后端 calendarPrice/calendarPriceMissing。
- 11_5827 frontend_ref 原空,经核交付即 753503c8(向导 4 步改 3 步提交
  即派定),补登全哈希 753503c87cc635e5646b4368a8ed506746c79cf1。
另:保险域 2 条相邻条目(05_5530/06_5593)同标准复核翻 verified。
2026-07 历史月 45 条按规则不回扫,保持原状。

2026-09-18 15:56:52 +08:00

3.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, generated

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	generated
hl-changelog/v2	5573	派车候选按槽位座位需求校验（SUV槽5座不再误标座位不足）	admin	wx(GIT)	修改接口	deployed	verified	verified	pi-main-session	hl-admin@3e535fe3ad6a406529eb95d7787cefe11b9584cd	v2.1	2026-09-18	后端完成：PR #5578 已合并 dev-v3 并部署 TEST；网关验证通过（商务槽 7 座/SUV 槽 5 座在整单 10-12 人下不再误标座位不足，车型匹配保留）。候选接口字段无变化，前端零改动；需确认派车弹窗仍传 fleetItemIndex/requiredVehicleType。[mmg 2026-09-18 批量复核翻 verified] ref 3e535fe3 可达且为 v2.1 祖先;交付文件 HEAD 均在;关联 spec 批量 891 例全绿。	2026-09-18	dev-v3	2026-08-06T01:05:02+08:00

派车候选按槽位座位需求校验（SUV槽5座不再误标座位不足）

后端完成：PR #5578 已合并 dev-v3 并部署 TEST，网关验证 4/4 通过。

关联 / 联系人

链接

Issue: #5573
PR: #5578
Merge commit: 49e0331fe

联系人

后端负责人: @wx

背景

26-4220（乘客 10 人，SUV 槽 5 座 + 商务槽 7 座）派车：候选面板此前按整单 headcount（10 人）校验每辆候选车，SUV 槽所有 SUV（5-7 座）误标"需求不匹配·座位不足"（可选但误导），考斯特 19 座也被标不匹配。

口径

槽位级派车按槽位座位需求校验：SUV 槽 5 座 → 车辆座位数 ≥ 5 即匹配；乘客分配跨槽（SUV 载 4 + 商务载 6 = 10）。车型匹配保留（SUV 槽优先 SUV，其他车型仍标不匹配原因）。

变更接口

方法	路径	来源
`POST`	`/admin/fleet/assignments/candidates`	`AssignmentController`（fleet）

路径前缀 /admin/fleet/** 已由网关登录/角色校验收口，无需新增网关规则。请求/响应字段无变化：后端从 order-v3 当前需求按 fleetItemIndex（count 展开定位）推导槽位要求座位数；推导不到（缺 orderId/fleetItemIndex 或需求不可达）时回退整单 headcount 旧行为。

行为变化

seatsEnough / requirementMatched 的座位维度：有槽位座位需求时按"车辆座位数 ≥ 槽位要求座位数"判定（不再用整单 headcount）
车型匹配（requiredVehicleType vs 车辆车型 key）逻辑不变
headcount 参数保留（展示/回退用），无字段删除

前端/调用方动作

派车弹窗保持传 fleetItemIndex（当前槽位序号）与 requiredVehicleType（槽位车型）——修复依赖这两个参数定位槽位座位需求
展示逻辑不变：seatsEnough=false 才标"座位不足"，requirementMatched=false 才标"需求不匹配"

验证证据

定向测试：AssignmentCandidateServiceTest 43/43（+2：槽位 5 座配 10-12 人订单不误标 / 无槽位序号回退 headcount）；fleet verify 3143 用例全绿
网关验证（TEST）：商务槽 7 座（headcount=10）7 座车 seatsEnough=true；SUV 槽 5 座（headcount=12）SUV 5-7 座 seatsEnough=true；mpv 车在 suv 槽仍 requirementMatched=false（车型不匹配正确标注）
兼容性结论：无契约变化；未传 fleetItemIndex 的旧调用保持原 headcount 校验

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