MiniCode

Deployment

把作品发布到可访问的环境

免费阅读 · 配套小练习 · 更新于

一句话理解

把需要的文件和服务配置到线上,再用公开地址验证结果。

打个比方

在家排练完成后,还要准备舞台、设备和入场入口,观众才能看到演出。本地运行、生成发布文件和线上部署也是不同环节。

简单 HTML 网页可以直接交给静态托管服务;使用框架的项目通常先构建,再发布输出目录。带后端的项目还要部署服务并配置环境变量、数据库等资源。成功日志是线索,最终需要访问线上地址,验证页面、资源与实际功能。域名可以指向已部署的服务,但购买域名本身不会发布代码。

看个例子

部署流程 · 核对 AI 的发布方案
阅读项目 README
→ 确认要发布的文件或构建输出目录
→ 配置托管环境与所需服务
→ 部署到可访问的地址
→ 检查首页、图片、链接与手机布局

AI 可以帮助整理发布方案,你需要检查方案是否对应实际项目和平台。各平台的命令、费用与默认地址不同。本篇只练习提出要求和审阅检查清单,不要求注册、购买或发布服务。

什么时候会遇到

  • 让 AI 先说明要发布哪些资源、需要哪些配置及如何验证。
  • 核对 AI 报告的本地、构建与线上结果分别有哪些证据。

常见误解

Git 提交、推送、构建和部署不是同一步;部署成功也不代表所有后台功能都通过了验证。

Vibe Coding 小练习 · 描述需求 → 看懂改动 → 验证结果

动手练一练:让 AI 整理发布方案,审阅完成标准

准备自己的练习页面或 HTML 示例,说明有哪些实际文件。本题只讨论方案,不要求购买或发布服务。

试着这样告诉 AI

可调整后使用的需求示例
请根据我提供的介绍页文件,整理发布准备与验收清单。先判断是静态 HTML 还是需要构建或后端的项目,再列出要发布的资源、待确认配置和公开地址上的检查项。平台未选择时标明待确认;只给方案,不执行部署、注册或付费操作。

可以在你使用的 AI 编程工具中完成;也可以先对照本页代码示例,练习理解需求、识别改动和列出检查项。

跟着做

  1. 把实际项目文件与任务边界交给 AI,让它先说明判断依据。
  2. 核对入口、资源路径和构建或后端需求,检查它是否编造了未提供的平台与配置。
  3. 检查方案是否包括首页、链接、图片和手机布局,并区分本地通过、构建通过与线上验证。

你应该看到

一份对应实际项目、注明待确认条件和验证步骤的发布方案。

完成检查

  • localhost 没被当成公开地址,实际资源与配置范围清楚。
  • AI 没有在仅提供方案时声称已部署,发布清单包含实际访问检查。
遇到卡点?看提示

先让 AI 阅读项目事实,再给发布方案;未知平台、费用或配置应保留为待确认项。

查看参考思路

纯 HTML 页通常发布入口和引用资源;框架或后端项目还需相应构建与运行配置。计划、执行和验证分别记录;发布是否成功最终看公开地址与功能检查结果。

想一想

纯 HTML 介绍页和带数据库的应用,发布步骤一样吗?

查看答案

不一样。纯 HTML 介绍页主要发布静态文件;后者还需要可运行的服务、数据存储和相应配置。

继续查阅官方资料

MDN · 发布你的网站本文为面向新手的概念解释,具体工具行为以对应文档为准。