跳到正文

部署上线

Deployment

中级通用

部署上线(Deployment)是把已完成的代码和配置放到用户能访问的运行环境,并让新版本生效的过程。它解决的是“我这里能跑,用户那里却看不到”的问题,比如把改好的网站发布到正式网址。

你可能会说:「我在电脑上把网站改好了,想让用户打开正式网址就能看到新版本,帮我处理。」

读之前建议先了解

动手看看

代码本地代码本地已更新发布工具正在构建线上环境旧版运行用户浏览器
1

首页的新文案在本地已经改好。点击发布,工具先把代码构建成线上可以运行的网站产物。

要点

  1. 1

    把版本放进目标环境

    你本地运行的是一份代码,用户访问的通常是另一套环境。部署会把指定版本的程序或构建产物送到目标环境,并配好它运行所需的设置,这样用户请求才会到达新版本。

  2. 2

    让新版本真正对外生效

    文件传上去不等于用户已经看到了更新。网站可能还需要启动新进程、切换流量,或等待缓存更新。我们看正式网址的实际结果,是为了确认用户访问的确实是这次发布的内容。

  3. 3

    给验证和恢复留出余地

    上线后可以检查首页、登录或关键操作是否正常,也可以查看报错。因为本地测试覆盖不了所有线上条件,所以提前记下发布的版本和恢复办法,出问题时才知道该回到哪里。

容易混淆的地方

构建是把源代码变成可运行或可发布的产物;部署上线是把指定版本送到目标环境并让它生效,所以构建成功不代表用户已经能访问。持续部署则是把部署接入自动化流程的一种做法;你手动发布一次,也是在部署上线。

什么时候用

适合用

  • 网站首页改完后,你想让正式网址显示新版内容,而不只是本地预览窗口里看得到。
  • 后台新增了一个查询功能,你想把前后端的新版本发布到测试环境,交给同事验收。
  • AI 工具调整了接口逻辑,你想发布到线上,并确认用户请求已经由新版本处理。

不适合用

  • 你只是想讨论页面排版,还没有可运行的代码;先做线框图或可点击原型,更容易确认方向。
  • 你只想保存今天的修改、方便明天接着写;提交到版本库就够了,不必让用户看到半成品。
  • 你要向同事演示本机正在开发的功能,又不打算开放给用户;先用本地预览或专门的演示环境。

练一练

你让 AI 改好了网站的常见问题页面,本地预览正常,但正式网址仍是旧内容。下一步怎样才算完成这次部署上线?

让 AI 帮你做

请帮我把当前网站版本部署上线到正式环境。先确认项目现有的发布方式、目标环境和所需配置;发布后通过正式网址检查首页与关键操作,并告诉我本次发布的版本、验证结果和可用的回滚办法。

接下来学什么