测试版公告自写只适合测试环境，预发布站点该怎么搭

测试版公告自写只适合测试环境，原文写的是 intended for testing and development only，这句话的实际含义是：验证必须在另一个环境完成，而不是在正式站上试。WordPress 在 2026 年 10 月 20 日发布 7.2 Beta 1，公告明确写着这是 intended for testing and development only，不要在生产或关键业务站点上安装运行，请使用测试环境或本地站点。承接这类验证的，就是一个和正式站同版本、同配置、同数据形态的预发布站点。

预发布环境和测试版是不是同一件事

不是。测试版指软件版本处于灰度阶段，预发布指一个用途固定的环境：它跑的是正式版或待上线版本，数据是正式站的副本，对外不可访问。

两者的关系是：测试版只能在预发布或本地环境里跑，而预发布环境不只服务测试版——模板改版、批量导入、结构迁移这些高风险动作同样需要它。把它当成一次性试新版本的临时机器，通常用两次就废弃了。

数据和配置怎么复刻

第一步是数据副本。从正式库导出一份完整数据，包含文档、分类、标签与静态文件，AnQiCMS 支持数据与静态文件的备份和恢复，备份出来的这份东西就是复刻的起点。副本导入预发布环境后，两边的内容体量一致，验证结论才有迁移价值。

第二步是配置复刻。三处最容易漏：伪静态规则与站点结构、鉴权与验证码开关、第三方服务的配置项。这些在默认值下能跑，在正式站的自定义配置下未必同样表现。

第三步是对齐部署形态。正式站用 Docker 镜像 anqicms/anqicms 部署，预发布也走同一条路径；正式站在宝塔或 aaPanel 环境里用面板部署，预发布就同样用面板装。默认监听 8001 端口这类细节，反向代理层要按正式站的形态复刻，否则升级验证的是「环境差异」而不是版本本身。

内容状态怎么隔离

预发布环境里同样会产生新内容，验证时要能区分「这是测试数据」和「这是要上线的内容」。AnQiCMS 的文档状态分正式文档、草稿、待发布和回收站，用它来做隔离最省事：

试写与破坏性验证全部用草稿完成，草稿链接带 preview 参数可以预览，不会被外部抓到；确认要上线的稿件转到待发布，等于给正式站的同步动作打了一个明确的批次标记；测试过程中产生的废弃数据直接删除进回收站，验证结束后再决定是恢复还是清掉，避免测试稿混进正式索引。

验收清单

一轮预发布验证至少要覆盖以下动作，每项记录通过与否：

后台登录与权限、发文与分类标签、图片上传与显示、模板改动后的前台渲染、批量导入的字段落位、升级或版本切换后的数据完整性、备份恢复一次真实演练。最后一项最常被省掉，但它恰恰决定了预发布环境在出问题那天是否真的可用。

在线体验站在这套流程里承担另一个角色：它适合在决定采用某个系统前验证功能与交互，不承担数据复刻。把体验站当预发布用，会得到一个数据量与配置都不同的环境，验证结论对正式站没有说服力。

复刻程度对照表

常见问题

预发布环境要不要一直开着？ 建议长期保留但降低配置规格。它只在验证时被访问，可以按验证窗口启停，省去持续运维。

能不能用正式站的数据直接改？ 不能。直接在正式库上做验证，任何误操作都即时对外可见，隔离的前提就是数据是副本。

验证通过后怎么同步到正式站？ 按预发布里确认过的步骤重放一遍，而不是把环境整体覆盖。差异只在数据与配置来源，步骤本身已经验证过。