docs(deploy): 记录散板需求新数据源和装车确认发布结果

This commit is contained in:
2026-10-21 19:03:03 +08:00
parent 94faf0f017
commit 5273422937
@@ -1,5 +1,13 @@
# 测试环境单机部署与配置契约
## 2026-10-21 当前排车发布内部散板需求
- 用户明确授权单字段 SQL 及 Lastleg、Admin 提交部署。仅向 TEST `baiyue_lastleg.ll_dispatch_order` 新增 `publish_looseboard_demand TINYINT(1) NOT NULL DEFAULT 1`,执行前确认列缺失,执行后核对类型、非空、默认值和中文注释;未执行业务回填或数据重置。源码及单独执行入口为 `lastleg-service/src/main/resources/db/dispatch-capacity-demand.sql`。
- Lastleg `baiyue-firstleg-lastleg-service #407` SUCCESS,精确提交 `e2ad7857b421ef0891da7e280ee89cfd733837da`,运行镜像 `e2ad7857b421`、镜像ID `sha256:33736a33b496666efda2f884f678166c5dd8b006a9e2d3cc58f2df5365f62057`,running / healthy。本次 `SKIP_TESTS=true`,复用本地定向验证,仍编译生产及测试源码并打包,未执行全量测试。
- Admin `admin-web-test #685` SUCCESS,精确提交 `875d2b2b04550633017b246bd066aa50c50b60d0`,运行镜像 `875d2b2b0455`、镜像ID `sha256:11c9ff850b6f5677b2eacc179c62d261745804a2ae04b5ed1f641e8863a9fbdf`,running / healthy,健康端点返回ok,已确认新需求池页面资源存在。前序 #684 在构建阶段因预约建单及两份业务夹具缺少新增字段失败,未替换容器;补齐三个直接消费者并通过预约排车25项定向复验后发布 #685,保留原失败事实。
- 本地前端8文件115项、装车弹框21项、预约排车25项定向检查通过;受影响类型检查与发布构建通过。后端需求池持久化、装车/照片流转、版本及幂等、平台权限、Schema/OpenAPI及网关合同定向检查通过;未运行全量测试。真实HTTP只读复验:平台需求池返回28条当前排车,分页首屏20条,排车详情发布状态一致,匿名401、客户账号403。
- 需求池数据及边界统一见[当前页面范围](海外仓业务/内部拼车需求池首版开发契约.md#当前页面范围2026-10-21)。装车和照片先后顺序的自动派送以定向持久化用例为依据,本轮未代用户执行真实装车、照片绑定或派送写入;1920×1080、100%页面视觉仍待人工截图确认。
## 2026-10-21 到港事实来源 review 修复与验收
- 已关闭下文清关提柜日期一致性修复的后续 review 边界:Firstleg 柜级 `arrivedDestinationPortAt` 与预约日历统一按 `observedAt`、事实记录顺序降序取最新非空实际到港事实,后续观测修正为更早日期时不再被历史最大时间覆盖;其他船节点推进规则保持。业务规则唯一入口为[船节点时间语义](海外仓业务/船节点标准化契约.md#3-时间语义与状态推进)。