预发布环境
Staging
中级通用预发布环境（Staging）是正式上线前运行候选版本的一套独立环境，通常尽量接近生产环境。它让你在真实用户接触改动前，检查页面、接口和配置能否一起工作，例如先走通一次下单流程。
你可能会说：「我想先把新版本放到一个不影响真实用户的地方，完整试过再正式上线。」
读之前建议先了解
动手看看下单改版上线前先试跑
1
新的下单页面和接口先部署到独立的预发布环境，配置尽量贴近生产；真实用户仍在使用生产里的旧版本。
要点预发布环境怎样帮你挡住上线问题？
- 1
先让候选版本跑起来
你可以把准备上线的版本部署到预发布环境，再按真实使用路径操作一遍。因为代码离开本机后会遇到部署配置、网络和外部服务，所以本地能运行不代表上线后也能运行。
- 2
接近生产但保持隔离
预发布环境通常会尽量模仿生产环境的服务组合，同时使用独立的地址、密钥和测试数据。这样你能检查服务之间是否配合正常，又不会把测试订单写进真实订单库。
- 3
用检查结果决定是否上线
我们会在这里走关键流程，比如登录、下单和后台查询，再查看报错与日志。如果发现问题，就先修复候选版本；检查通过后，再把确认过的改动部署到生产环境。
容易混淆的地方
预发布环境不是开发者本机：本机适合边写边调，预发布环境更适合让团队检查一个准备上线的版本。它也不是生产环境：生产环境承载真实用户和数据，而预发布环境用隔离的配置与数据降低测试带来的影响。两者越接近，检查越有参考价值，但不等于结果一定相同。
什么时候用
适合用
- 你要上线新的结账流程，想先检查前端、订单接口和支付测试通道能否连起来工作。
- 团队多人改了同一个后台，想在正式发布前共同验收权限、列表查询和导出流程。
- 一次部署同时改了应用配置和数据库结构，想先在独立环境走完关键操作。
不适合用
- 你只是在确认一个计算函数对几组输入的结果，运行本地单元测试更快，也更容易定位错误。
- 你还在讨论页面布局、没有可运行的产品，用设计稿或可点击原型收集反馈更合适。
- 你想让少量真实用户体验新功能并观察实际使用情况，考虑功能开关或金丝雀发布；预发布环境不承载这类真实流量。
练一练选一个答案，看看解释
你和 AI Agent 做了一个预约网站，新版本增加了短信通知。代码在本机测试通过，明天要上线。怎样安排上线前的检查更合适？
让 AI 帮你做复制给 AI Agent 直接用
请为这个预约网站规划预发布环境：部署待上线版本，使用与生产隔离的配置、密钥和测试数据；列出登录、创建预约、触发短信及后台查询的验收步骤，并说明如何确认测试不会写入生产数据。