Compare commits
2
Commits
| Author | SHA1 | Date | |
|---|---|---|---|
|
|
10864cdb92 | ||
|
|
2e40d91391 |
+3
-1
@@ -18,7 +18,7 @@
|
||||
| Order | `FL` 头程主订单 |
|
||||
| Warehouse | `ZGRK` 国内整柜入库、`ZGCK` 国内整柜出库 |
|
||||
| Firstleg | `OB` 订舱、`TA` 国内拖车派车、`LP` 预装/正式装柜计划、`DECL` 报关申报批次、`BR` 报关行批次、`PS` 船节点船期、`SL` 船期日历航次、`ST` 船期周模板、`CLG` 同柜组 |
|
||||
| Lastleg 入出库 | `WC` 头程来源尾程订单、`IP` 入仓计划、`CK` 普通出库、`DFCK` 一件代发出库、`HBCK` 换标出库、`THCK` 退货出库、`DL` 派送、`EX` 异常、`CD` 废弃 |
|
||||
| Lastleg 入出库 | `WC` 头程来源尾程订单、`IP` 入仓计划、`CK` 普通出库、`DFCK` 一件代发出库、`HBCK` 换标出库、`THCK` 退货出库、`PDA` 出库作业任务、`DL` 派送、`EX` 异常、`CD` 废弃 |
|
||||
| Lastleg 库内服务 | `TB` 换标、`ZY` 转运、`TH` 退货、`THHB` 退货换标、`RR` 退货收货、`RB` 收货批次、`HX` 合箱计划、`YY` 送仓预约 |
|
||||
| Lastleg 商业业务 | `TR` 本土卡车、`LB` 散板、`CG` 采购订单、`PR` 采购实收、`PJ` 采购交寄、`PF` 采购费用(含更正与退款费用)、`PN` 采购说明、`PX` 采购关闭、`PG` 采购更正记录 |
|
||||
| Lastleg 车队 | `PC` 海外排车(原规则已符合)、`CT` 车次、`FB` 车队预订、`FO` 运力发布、`VR` 车辆运维记录 |
|
||||
@@ -28,6 +28,8 @@
|
||||
|
||||
同一类型的所有创建入口共用序列:例如普通卡车下单与车队商业池创建均使用 `TR`;正常车次与取货车次均使用 `CT`。预装和正式装柜清单继续使用同一个 `LP` 计划编号。
|
||||
|
||||
海外出库作业任务统一使用 `PDA + yyyyMMdd + 四位流水`,例如 `PDA202610230001`;一件代发、退货、转运和换标出库共用该序列,不拼接内部实体 ID。PDA 出库列表及详情以出库单号为主标识,任务号标明“任务号”作为辅助信息;扫描出库单号或任务号均可定位当前任务。入仓任务编号不在此规则范围内。
|
||||
|
||||
头程来源尾程订单采用 `WC + yyyyMMdd + 四位流水`,共14位,例如 `WC202610210001`,按来源柜 `sourceContainerBookingId` 复用:该来源柜首次创建尾程订单时在柜级行锁内取号,后续同柜的入仓单、不同客户或跨日交接事件复用原号;事件重放不重新取号。真实集装箱号 `containerNo` 不作为复用身份,不同来源柜即使使用相同集装箱号也不能共用尾程编号。
|
||||
|
||||
## 明确保留的规则
|
||||
|
||||
+1
-1
@@ -44,7 +44,7 @@
|
||||
|
||||
所有服务使用同一Nacos Namespace ID/Group、Redis DB与会话前缀。Auth独占签名私钥;JWKS和内部会话验证共用Auth。EVENT_OPERATIONS_TOKEN独立于内部业务令牌,留空禁用运维操作。现有文件卷和非桥业务MQ保留,topic/group使用test-前缀。
|
||||
|
||||
Admin与Client各自Compose项目共接后端网络,发布必须给出CLIENT_WEB_URL/VITE_ADMIN_WEB_ORIGIN;两个PDA保留独立产物及仓绑定。域名、Namespace ID、MQ范围、数据卷和主机容量必须据实际清单核实,不能用模板默认值充当验收。
|
||||
Admin与Client各自Compose项目共接后端网络,发布必须给出CLIENT_WEB_URL/VITE_ADMIN_WEB_ORIGIN;两个PDA保留独立产物及仓绑定,H5 直接上传宿主机 Nginx 站点,不纳入容器或 Jenkins 镜像发布;执行方式以[部署契约](测试环境单机部署与配置契约.md)的“PDA H5 发布方式”为准。域名、Namespace ID、MQ范围、数据卷和主机容量必须据实际清单核实,不能用模板默认值充当验收。
|
||||
|
||||
## 发布与验收
|
||||
|
||||
|
||||
@@ -1,5 +1,12 @@
|
||||
# 测试环境单机部署与配置契约
|
||||
|
||||
## PDA H5 发布方式(2026-10-23 当前约束)
|
||||
|
||||
- 国内、海外 PDA H5 在 TEST 与既有灰度统一采用宿主机 Nginx/宝塔站点直接托管构建产物。两端独立根目录,`location /` 读取上传的静态文件;`/gateway-api/` 独立转发当前环境统一 Gateway `/api/`。PDA H5 不再作为容器发布单元,不构建、恢复或发布旧 H5 镜像/Compose 服务;Admin、Client 与后端发布方式不受本条影响。
|
||||
- 两端产物路径和操作步骤分别见 `apps/pda-uniapp/README.md`、`apps/pda-overseas-uniapp/README.md`;站点配置以实际 `nginx -T` 展开的文件为准,保留 HTTPS、证书及面板 include。先上传资源,再替换首页,核对线上响应与构建产物摘要;首页健康不替代 API 和页面验收。
|
||||
- 用户本轮已删除灰度旧 PDA 容器,并按本轮提供的命令把两站点页面代理改回静态文件;用户回传国内、海外域名首页均 HTTP 200,并确认恢复。该结果不外推 TEST 容器清理、其他代理节点或完整业务验证;本轮未远程执行其他环境删除或发布。
|
||||
- 2026-09-29 起的 TEST H5 容器方案、2026-10-07 灰度容器/端口转发及后续镜像更新记录仅证明当时部署事实,已被本节发布方式取代。历史 `reports/gray-release-20261007/`、`reports/three-module-gray-20261012/` 等脚本与报告只用于追溯,不得重跑以恢复 PDA 容器或覆盖站点路由。
|
||||
|
||||
## 灰度发布后验收要求
|
||||
|
||||
- 用户于 2026-10-23 明确:每次灰度发布完成后,必须在实际部署的新版本上重新执行灰度验收脚本,不能复用上一版本真实 HTTP 结果代替发布后验收。发布前单测、构建与健康检查,以及局部接口烟测不能替代该步骤。
|
||||
|
||||
Reference in New Issue
Block a user