docs: record a09036c6 pre-release deployment

2026-07-22 17:04:47 +08:00
parent a09036c67b
commit 66bc230d7e
1 changed files with 12 additions and 0 deletions
@@ -2207,3 +2207,15 @@ git diff --check
 - 应用内浏览器使用本地真实PostgreSQL临时企业、平台管理员和企业管理员，分别读取并计算真实算术验证码登录客户端`/#/client/signatures`和运营端`/#/admin/enterprise-signatures`。两端新增表单输入`某某科技`时均出现“必须填写完整中文黑括号签名”错误且提交按钮禁用，改为`【某某科技】`后按钮启用；未点击保存。另插入本地草稿`【编辑验收签名】`，客户端“修改”和运营端“编辑”弹窗均原样显示完整一层括号且提交可用，两端console error/warn均为0，并取得可见截图。
 - 浏览器验收结束后已精确删除1条临时签名、2个临时用户、1个临时企业、4条登录操作日志和2个Redis会话；复核企业、用户、签名计数均为0。本会话启动的本地API和前端预览进程已停止，未留下测试业务数据或后台进程。
 - 本轮未提交、未push、未部署；未写入预发布业务数据。工作区同时存在其他会话的应用日限额/HTTP默认配置修改，本轮仅在同一文件的签名逻辑区域增量修改并完整保留其改动。
 ## 2026-07-22 应用日限额与签名格式提交、推送及预发布发布（`a09036c6`）
 - 合并功能提交`a09036c67bd24ce7e4b9372aa24918fec9d8386f`（`fix: enforce application limits and signature format`）首次由另一会话推送时遇到Git HTTP认证失败；本次重新执行`git fetch`和`git push origin main`成功，发布前`HEAD`、`origin/main`均为该提交。未提交`api/tsconfig.build.tsbuildinfo`和`outputs/`；发布期间另一会话新增的`api/src/send-chain/send-chain.service.spec.ts`、`gateway/internal/inbound/server_test.go`未提交修改也保持原样，未纳入本次发布快照。
 - 发布门禁：API目标`SmsConfig/OpenAPI/SendChain` 3 suites / 139 tests通过，API TypeScript build、前端TypeScript/Vite build、Gateway `go test ./...`、Prisma validate/migrate status（本地60条、schema最新）和`git diff --check`通过。Jest断言后仍有既有异步句柄，使用`--forceExit`取得明确汇总；前端仍有约1.92MB单chunk告警。
 - 迁移前只读预检：211个应用`dailyLimit`为空、发布日已接收短信为0；已启用HTTP配置中回执/上行仍使用`cmpp`的各1条；40个签名会被规范化。另发现规范化后6组同企业同名签名，但当前模型无名称唯一约束，不阻断迁移；按用户要求不继续清洗或合并历史签名。
 - 部署前PostgreSQL、运行源码和环境配置备份至`/opt/cmpp-platform/backups/releases/20260722-165721`。数据库备份4396340字节、SHA-256 `dc4ffef70f04c800330ed8ab2b470ea6d6d1b1d4566c034bcafcc7b7c190cd9e`；源码备份28609359字节、SHA-256 `804bfff7a246ac73494a6195c3d9eb417203ede458722893fcdd52a3dd0425ca`；环境文件850字节、SHA-256 `189f4f67e9d52f3c1ce751d1005c08667b1b4efcd0c576aaa5ad3249c822e4e7`。三份文件权限均为600，数据库gzip和源码tar完整性校验通过。
 - 发布包由`a09036c6`提交快照生成，本地与服务器SHA-256均为`1e1409250c24cd57c1682d39ac0bb4e54d140ea3c10f26ff47ff8544136fa8d9`。使用`tools/deploy/production-deploy.sh`完成部署，成功应用`20260722170000_enforce_application_daily_limit_and_http_defaults`和`20260722173000_normalize_sms_signature_brackets`，预发布60条migration齐全；脚本按Gateway在前、API在后的顺序重启。部署命令从16:58:04至16:58:38共34秒，Gateway、API和Nginx均在16:58:35进入active，`.deployed-commit=a09036c67bd24ce7e4b9372aa24918fec9d8386f`。
 - 数据库发布后复核：应用空日限额降为0，日用量表当前0行/0条（发布日无已接收短信），目标HTTP配置的旧`cmpp`投递模式均降为0。49条历史签名中仍有21条不满足严格单层黑括号正则；用户明确要求忽略现有签名，本次未追加生产数据清洗、合并或删除。
 - 发布后`cmpp-gateway`、`cmpp-api`、Nginx、PostgreSQL、Redis和MinIO均active，`12026/17890/8090/3000/9000/6379/5432`监听；API/Gateway health、Redis PONG均通过。2个active上游通道均恢复`connected/currentConnections=1`，Redis中7个通道权威TPS配置存在；`gateway.submit.commands` consumer group为`pending=0、lag=0`，部署后API/Gateway error journal均为0。
 - 外部首页、运营登录页、客户端登录页和API health均返回HTTP 200，公网CMPP `8.160.169.106:17890` TCP连接成功。应用内Browser两次在导航/DOM读取阶段控制超时并重置，因此只记录外部HTTP入口通过，不虚报浏览器DOM、交互或console验收通过。
 - 本次业务数据变更仅来自两条已审查migration；未发送或重投短信，未充值、审核、删除、禁用账号、改密或修改真实通道配置。