# 生产发布规则

1. `103` 是正式生产主机，`105` 不是本仓库源码发布目标；**本机一律不允许直接 `rsync` 到 `103` 或 `105`**，也不允许在线改源码后继续运行。
2. `memind_adm` 生产发布唯一合法路径是：本地已提交代码 -> 本地生成发布包 -> 上传 `103` -> `103` 全量备份当前 `memind_adm` -> 解包到 release 目录 -> 安装依赖/构建 -> 原子切换 live 目录 -> 重启和健康检查。
3. `scripts/release-prod.sh` 是当前唯一允许的生产更新入口，`scripts/rsync_to_server.sh` 只保留为禁用提示，不得再用于发布。
4. 发布包不得携带运行态资产；`.env`、日志、pid 文件、`.mindops/` 等只能从线上现有 live 目录继承。
5. 每次生产发布前必须先通过 `bash scripts/check-release-ready.sh`，确认分支不落后 `origin/main`、工作区干净、发布来源可追溯。
6. 每次生产发布前必须先做全量备份；发布失败必须自动回滚到切换前的 live 目录。
7. 发布清单必须记录：本地 commit、分支、发布时间、发布编号、是否含额外手工环境变更。
8. 生产验证至少包含 `http://127.0.0.1:8085/health` 和 `http://127.0.0.1:5174/` 的成功检查，并补充本次功能对应的业务路径验收。
9. 共享用户体系、计费体系、策略体系、空间额度改动上线后，必须做一次真实登录和 `/admin-api/users` 的业务校验。
10. 生产热修复也不能绕过这套流程；“为了快”不是跳过备份、跳过 commit、跳过发布包的理由。