更新于 2026 年 9 月 5 日
先确认你拿到的是什么
打开项目目录，查看 README 和 package.json。纯 HTML、CSS 与图片通常可以作为静态文件发布；有构建工具的项目需要先生成产物；涉及登录、数据库、服务端 API 的项目还需要相应运行环境。不要仅凭页面外观选择部署方式。
写下项目的运行约定
记录包管理器、运行时版本、安装命令、构建命令、启动命令和产物目录。以项目现有脚本与配置为准，不把其他教程中的命令直接套过来。例如 package.json 中的 build 脚本才是这个项目实际执行的构建动作。
区分开发成功和构建成功
本地开发服务器能显示页面，不代表生产构建一定通过。在可信项目中先执行它定义的构建脚本，保存第一处错误及上下文。修复后重新构建，再检查生产运行方式。不要通过关闭类型检查来掩盖未知问题。
只登记变量名，不传播密钥
整理每个变量的用途、是否必需、属于浏览器还是服务端，以及预览与生产是否使用不同值。以 Next.js 为例，NEXT_PUBLIC_ 变量会进入浏览器构建产物，不能放私密 API Key；改值后通常需要重新构建。不要把 .env 或真实密钥提交到仓库、课程群或聊天截图。
先验收预览地址，再接正式域名
检查首页、内页直接访问、图片、移动端和真实交互。存在登录、支付或数据写入时，用测试环境和测试账号验证，避免操作真实订单。预览正常后，再按托管平台当前说明配置域名；不要为了接网站误删邮箱相关的 DNS 记录。
完成标准
你应能说明项目如何构建、哪些配置只属于生产、如何访问一个正常的预览版本，以及遇到故障时恢复哪个版本。保留一份不含密钥的部署记录：日期、代码版本、构建设置、预览地址和验收结果。