wx/hl-api-changelog
1
0
派生 0
代码 工单 合并请求 工作流 软件包 项目 发布 百科 活动
3,259 提交 29 分支 0 Git 标签
f40c50f1bc2cf8f3201bd4c0080636546aebc557
提交图
4 次代码提交
作者 SHA1 备注 提交日期
API Changelog Bot和Claude Opus 5 e4fc9d1a90 docs(changelog): 补 09-17 两份的 target_release，解开 pre-push 门禁
changelog-filename-gate / validate (push) Failing after 2s
详情 
推送被拦：E_FRONTEND_STATE「verified 必须填写 target_release」
(scripts/validate-changelog-frontmatter.mjs:325-327)。

这两处不是本次改出来的，昨天就空着。门禁只看本次推送的变更集，
所以碰到哪个文件哪个文件才暴露 —— 实测全仓 frontend_status=verified 的
182 个文件 target_release 全是空的，属潜伏的不一致，不是这两份特有。
本次只修我动过的这两个，没有顺手去改另外 180 个。

取值不猜：当前惯例是 target_release = "hl-ui@" + frontend_ref 前 8 位
(2026-08-23 ~ 2026-09-13 连续 6 例；旧惯例 v2.1 在 9 月只剩 2 例)，
填进去的只是复述文件里已记着的那个前端提交，不是对发布号的新声明。

⚠️ 记一句给后来人：validate-changelog-frontmatter.mjs --files <单个文件> 过了
不等于能推 —— 它只校验你点名的那些，而门禁校验的是本次推送的全部变更文件。
贴校验结果时要连「校验了几个对象」一起贴。

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
 2026-09-18 08:06:47 +08:00
API Changelog Bot和Claude Opus 5 c7ce1009d6 docs(changelog): #7443 接送机用车需求分叉 PR-1；并订正 09-17 两份的错误响应信封 
新增 18_7443：派车批量创建与接送机配置两个端点新增可选入参 kind（TRAVEL|TRANSFER，
不传=TRAVEL，存量请求形状不变），新增错误码 602200/602201/602202/602205。
字段表逐条对源码反向 grep，53/53 全命中。

文档里写明了两条前端必须知道的限制：
1. 上游写口还关着——PUT /v3/admin/order/{id}/vehicle-requirement 传 kind=TRANSFER
   恒返 809009（transfer-kind-submit-enabled 默认 false，无 @RefreshScope 要重启），
   即产品上目前产不出 TRANSFER 需求，前端可按契约对接但别排进本期可演示范围。
2. 已建出的 TRANSFER 派车行，确认与改派仍会 605041（三个内部命令对象不携带 kind，
   属跨服务契约缺口，已登记 #7443 AC-24）。

八、测试环境已验证写的是实测：单元层 fleet 全量 4220/0/0/4、完整性 322/322；
网关端到端 AC-6/AC-7 均通过（batch 带 kind=TRANSFER 返回 200，落库两行服务日
2026-10-11 与 2026-10-17 均在行程窗外，未出现 605041/605062/605905；改接机行后
送机行逐字段未变）。同时保留限定：那条 TRANSFER 需求行是 SQL 构造的，订单侧真实
写口不在本次证据范围内——没有写成「全链路已验证」。

订正 17_7442 与 17_7443 的错误响应示例（共 3 处）：原写 {"code": 200, ...,
"errorCode": <业务码>}，两处都错——Result 没有 errorCode 字段，而业务失败时
GlobalExceptionHandler 走 Result.error(e.getCode(), message) 把业务码放进 code。
前端照原文按 code == 200 判成功，会把业务失败读成成功。
⚠️ success 是真实字段没有删：Result.java:43 public boolean isSuccess() 没有
@JsonIgnore（全类只有 :142 getCheckedData 被忽略），Jackson 会序列化它——
只按 private 字段清单 grep 会误判它是编的，差点据此把一个前端正在读的字段删掉。

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
 2026-09-18 08:04:03 +08:00
Mimingguang 5b5c2cac0a docs(changelog-v2): #7443 PR-B 前端已交付,回写 verified+ref(dd152af7)
changelog-filename-gate / validate (push) Failing after 1s
详情
2026-09-17 15:56:10 +08:00
API Changelog Bot和Claude Opus 5 125a22f36c docs(changelog-v2): #7442 团级确认态回写 + #7443 团期身份失败关闭与按团筛选
changelog-filename-gate / validate (push) Failing after 2s
详情 
两份前端交接件（consumer=admin，frontend_owner=mmg）。

订正三处事实错误：
- 派车两接口的字段表曾写入源码里不存在的字段（出参 assignmentId/
  createdAssignments/updatedAssignments/cancelledAssignments、入参把扁平的
  dailyPlan[] 写成 dailyPlan[].assignments[] 多一层），已按 origin/dev-v3 的
  CreateAssignmentReqVO / AssignmentWriteRespVO / BatchCreateAssignmentReqVO /
  BatchAssignmentWriteRespVO 全量重写，85 个字段逐个 grep 回源码命中 85/85；
  正文保留「旧版本曾写作 X，这些字段并不存在」以接住按旧名搜索的人。
- PR 号指错：#7442 实为 PR #7862（原写 #7866，那是 finance #7396 的 PR），
  #7443 实为 PR #7864（原写 #7868，那根本不是 PR 号）。
- board/orders 入参表原按「完整表」形态只列了 20 个字段中的 12 个，
  改为只列本次新增的 groupBatchId 并把覆盖范围写在标题与前言里。

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
 2026-09-17 12:09:44 +08:00