部署静态站点

本指南建立在以下几个假设基础之上:

  • 你正在使用的是默认的构建输出路径(dist)。这个路径 可以通过 build.outDir 更改,在这种情况下,你可以从这篇指南中找到出所需的指引。
  • 你正在使用 NPM;或者 Yarn 等其他可以运行下面的脚本指令的包管理工具。
  • Vite 已作为一个本地开发依赖(dev dependency)安装在你的项目中,并且你已经配置好了如下的 npm scripts:
  1. {
  2. "scripts": {
  3. "build": "vite build",
  4. "preview": "vite preview"
  5. }
  6. }

值得注意的是 vite preview 用作预览本地构建,而不应直接作为生产服务器。

::: tip 注意 本篇指南提供了部署 Vite 静态站点的说明。Vite 也对服务端渲染(SSR)有了实验性的支持。SSR 是指支持在 Node 中运行相应应用的前端框架,预渲染成 HTML,最后在客户端激活(hydrate)。查看 SSR 指南 了解更多细节。另一方面,如果你在寻找与传统服务端框架集成的方式,那么请查看 后端集成 章节。 :::

构建应用

你可以运行 npm run build 命令来执行应用的构建。

  1. $ npm run build

默认情况下,构建会输出到 dist 文件夹中。你可以部署这个 dist 文件夹到任何你喜欢的平台。

本地测试应用

当你构建完成应用后,你可以通过运行 npm run preview 命令,在本地测试该应用。

  1. $ npm run build
  2. $ npm run preview

preview 命令会在本地启动一个静态 Web 服务器,将 dist 文件夹运行在 http://localhost:5000。这样在本地环境下查看该构建产物是否正常可用就方便了。

你可以通过 --port 参数来配置服务的运行端口。

  1. {
  2. "scripts": {
  3. "preview": "vite preview --port 8080"
  4. }
  5. }

现在 preview 命令会将服务器运行在 http://localhost:8080。

GitHub Pages

  1. vite.config.js 中设置正确的 base

    如果你要部署在 https://<USERNAME>.github.io/ 上,你可以省略 base 使其默认为 '/'

    如果你要部署在 https://<USERNAME>.github.io/<REPO>/ 上,例如你的仓库地址为 https://github.com/<USERNAME>/<REPO>,那么请设置 base'/<REPO>/'

  2. 在你的项目中,创建一个 deploy.sh 脚本,包含以下内容(注意高亮的行,按需使用),运行脚本来部署站点:

    1. #!/usr/bin/env sh
    2. # 发生错误时终止
    3. set -e
    4. # 构建
    5. npm run build
    6. # 进入构建文件夹
    7. cd dist
    8. # 如果你要部署到自定义域名
    9. # echo 'www.example.com' > CNAME
    10. git init
    11. git add -A
    12. git commit -m 'deploy'
    13. # 如果你要部署在 https://<USERNAME>.github.io
    14. # git push -f git@github.com:<USERNAME>/<USERNAME>.github.io.git master
    15. # 如果你要部署在 https://<USERNAME>.github.io/<REPO>
    16. # git push -f git@github.com:<USERNAME>/<REPO>.git master:gh-pages
    17. cd -

::: tip 你也可以在你的 CI 中配置该脚本,使得在每次推送代码时自动部署。 :::

GitHub Pages 配合 Travis CI

  1. vite.config.js 中设置正确的 base

    如果你要部署在 https://<USERNAME or GROUP>.github.io/ 上,你可以省略 base 使其默认为 '/'

    如果你要部署在 https://<USERNAME or GROUP>.github.io/<REPO>/,例如你的仓库地址为 https://github.com/<USERNAME>/<REPO>,那么请设置 base'/<REPO>/'

  2. 在项目根目录创建一个 .travis.yml 文件

  3. 在本地运行 npm install 并且提交(commit)生成的 lockfile (package-lock.json)。

  4. 使用 GitHub Pages 部署的配置文件模板,并按照 Travis CI 文档 进行配置:

    1. language: node_js
    2. node_js:
    3. - lts/*
    4. install:
    5. - npm ci
    6. script:
    7. - npm run build
    8. deploy:
    9. provider: pages
    10. skip_cleanup: true
    11. local_dir: dist
    12. # 在 GitHub 上生成的 token,允许 Travis 推送代码到你的仓库。
    13. # 在仓库的 Travis 设置页面,设为安全的环境变量
    14. github_token: $GITHUB_TOKEN
    15. keep_history: true
    16. on:
    17. branch: master

GitLab Pages 配合 GitLab CI

  1. vite.config.js 中设置正确的 base

    如果你要部署在 https://<USERNAME or GROUP>.gitlab.io/ 上,你可以省略 base 使其默认为 '/'

    如果你要部署在 https://<USERNAME or GROUP>.gitlab.io/<REPO>/ 上,例如你的仓库地址为 https://gitlab.com/<USERNAME>/<REPO>,那么请设置 base'/<REPO>/'

  2. vite.config.js 中设置 build.outDirpublic

  3. 在项目根目录创建一个 .gitlab-ci.yml 文件,并包含以下内容。它将使得每次你更改内容时都重新构建与部署站点:

    1. image: node:10.22.0
    2. pages:
    3. cache:
    4. paths:
    5. - node_modules/
    6. script:
    7. - npm install
    8. - npm run build
    9. artifacts:
    10. paths:
    11. - public
    12. only:
    13. - master

Netlify

  1. Netlify 上,使用以下设置,配置一个来自 GitHub 的项目:

    • 构建命令: vite buildnpm run build
    • 发布目录: dist
  2. 点击部署按钮。

Google Firebase

  1. 确保已经安装 firebase-tools

  2. 在项目根目录创建 firebase.json.firebaserc 两个文件,包含以下内容:

    firebase.json:

    1. {
    2. "hosting": {
    3. "public": "dist",
    4. "ignore": []
    5. }
    6. }

    .firebaserc:

    1. {
    2. "projects": {
    3. "default": "<YOUR_FIREBASE_ID>"
    4. }
    5. }
  3. 运行 npm run build 后,通过 firebase deploy 命令部署。

Surge

  1. 首先确保已经安装 surge

  2. 运行 npm run build

  3. 运行 surge dist 命令部署到 surge。

你也可以通过添加 surge dist yourdomain.com 部署到一个 自定义域名

Heroku

  1. 安装 Heroku CLI

  2. 注册一个 Heroku 账号。

  3. 运行 heroku login 并填入你的 Heroku 凭证:

    1. $ heroku login
  4. 在项目根目录创建一个 static.json ,包含以下内容:

    static.json:

    1. {
    2. "root": "./dist"
    3. }

    这是你站点的配置,阅读 heroku-buildpack-static 文档来了解更多。

  5. 配置好你的 Heroku git 远程地址:

    1. # 版本变更
    2. $ git init
    3. $ git add .
    4. $ git commit -m "My site ready for deployment."
    5. # 创建一个具有指定名称的新应用
    6. $ heroku apps:create example
    7. # 为静态站点设置 buildpack
    8. $ heroku buildpacks:set https://github.com/heroku/heroku-buildpack-static.git
  6. 部署站点:

    1. # 发布站点
    2. $ git push heroku master
    3. # 在浏览器中打开 Heroku 的面板
    4. $ heroku open

Vercel

要通过 Vercel for Git 部署你的 Vite 应用,请确保它已被推送至一个 Git 仓库。

进入 https://vercel.com/import/git 并根据你的 Git 托管服务(GitHub, GitLab 或 BitBucket)将项目导入 Vercel。根据指引,选择带有 package.json 的项目根目录。并使用 npm run build 来覆写构建步骤,并将输出目录设置为 ./dist

覆写 Vercel 配置

在项目被导入之后,所有后续的推送都将生成预览部署,但只有对生产分支(通常是 “main”)所做的更改才会触发生产部署。

一旦部署,你会得到一个实时查看应用的 URL,如 https://vite.vercel.app。

Azure 的静态网站应用

你可以通过微软 Azure 的 静态网站应用 服务来快速部署你的 Vite 应用。你只需:

安装完此扩展后,进入你应用的根目录。打开 SWA 的扩展程序,登录 Azure,并点击 ‘+’,来创建一个全新的 SWA。系统会提示你指定所需的订阅 key。

按照扩展程序的启动向导,给你的应用程序起个名字,选择框架预设,并指定应用程序的根目录(通常为 /)以及构建文件的路径 /dist。此向导完成后,会在你的 repo 中的 .github 文件夹中创建一个 Github Action。

这个 action 致力于部署你的应用程序(可以在仓库的 Actions 标签中,查看相关进度),成功完成后,你可以点击 Github 中出现的 “浏览站点” 的按钮,查看你的应用程序。