如何部署至GitHub Pages？

Nuxt.js 允许你将静态化后的站点部署至任何静态站点托管服务中，例如 GitHub Pages。

部署至 GitHub Pages，首先需要将应用静态化：

  1. npm run generate

上述的命令会生成一个 dist 目录，该目录包含了待部署的所有资源文件。如果是项目站点，可以将 dist 的内容提交至项目的 gh-pages 分支；如果是用户（github.com/user/user.github.io）或组织（github.com/org/org.github.io）站点，需提交至对应 GitHub 项目的 master 分支。

提示： 如果你的 GitHub Pages 使用了自定义域名，建议将 CNAME 放在 Nuxt.js 应用的 static 目录。 可以移步 static 了解更多信息。

部署到 GitHub 页面并获取仓库

如果您要为一个特定的存储库创建GitHub页面，并且您没有任何自定义域，则该页面的URL将采用以下格式：http://<username>.github.io/<repository-name&gt;。

如果您在没有添加 router base 的情况下部署了dist文件夹，那么当您访问已部署的站点时，您会发现该站点因缺失assets而无法正常工作。这是因为我们假设网站根目录是/，但在这种情况下它是/<repository-name>。

要解决此问题，我们需要在 nuxt.config.js 中添加 router base 配置：

  1. export default {
  2.   router: {
  3.     base: '/<repository-name>/'
  4.   }
  5. }

这样，所有生成的路径 assets 都将以/<repository-name>/为前缀，下次将代码部署到存储库GitHub Pages时，该站点会正常工作。

将 router.base 添加为 nuxt.config.js 中的默认设置有一个缺点，但是当你运行 npm run dev 时，由于基本路径改变，它将无法正常工作。要解决这个问题，我们为 router.base 创建一个条件是否包含 <repository-name> ：

  1. /* nuxt.config.js */
  2. // only add `router.base = '/<repository-name>/'` if `DEPLOY_ENV` is `GH_PAGES`
  3. const routerBase = process.env.DEPLOY_ENV === 'GH_PAGES' ? {
  4.   router: {
  5.     base: '/<repository-name>/'
  6.   }
  7. } : {}
  9. export default {
  10.   ...routerBase
  11. }

现在我们只需要设置 DEPLOY_ENV='GH_PAGES' ：

  1. /* package.json */
  2. "scripts": {
  3.   "build:gh-pages": "DEPLOY_ENV=GH_PAGES nuxt build",
  4.   "generate:gh-pages": "DEPLOY_ENV=GH_PAGES nuxt generate"
  5. },

对于Windows用户，如果您不使用 bash ，则可能需要安装cross-env。

  1. npm install cross-env --save-dev

然后以这种方式使用它：

  1.   "build:gh-pages": "cross-env DEPLOY_ENV=GH_PAGES nuxt build",
  2.   "generate:gh-pages": "cross-env DEPLOY_ENV=GH_PAGES nuxt generate"

使用命令行进行部署

你也可以利用 push-dir npm 包来部署：

首先安装 push-dir：

  1. npm install push-dir --save-dev

然后在 package.json 中添加一个 deploy 的命令如下：

  1. "scripts": {
  2.   "dev": "nuxt",
  3.   "build": "nuxt build",
  4.   "start": "nuxt start",
  5.   "generate": "nuxt generate",
  6.   "deploy": "push-dir --dir=dist --branch=gh-pages --cleanup"
  7. },

注：如果是个人或组织站点，需将上面 deploy 命令中的 —branch 设置成 master。

最后，我们可以通过以下命令来部署应用：

  1. npm run generate
  2. npm run deploy

构建服务器部署

您可以进一步部署，而不必手动编译和部署本地安装中的文件，您可以使用构建服务器来监视 GitHub 仓库以进行新提交，然后自动检出仓库，编译和部署所有内容。

在配置构建服务器之前，首先需要 生成GitHub个人访问令牌 以授予构建服务器代表您执行任务的权限。 一旦您创建了令牌，请保留其安全副本，以便稍后使用。

Travis CI

使用Travis CI进行部署，免费开源项目构建服务器，通过您的GitHub帐户登录，授予Travis访问权限以查看您的存储库，然后启用构建服务器 通过在显示的列表中切换存储库名称旁边的开关来为您的存储库。

Travis Builder Server Enable

接下来，单击存储库名称旁边的 cog 图标以配置构建服务器的常规设置，并通过切换开关启用 'Build only if .travis.yml is present' 功能。

Travis Builder Server Settings

在同一屏幕上，向下滚动到 Environment Variables 部分并创建一个名为 GITHUB_ACCESS_TOKEN 的新变量，并在值字段中粘贴您之前创建的GitHub个人访问令牌的副本，然后单击 'Add' 按钮。

Travis Builder Server Environment Variables

最后，使用以下内容在存储库的根目录中创建 .travis.yml 配置文件

  1. language: node_js
  2. node_js:
  3.   - "8"
  5. cache:
  6.   directories:
  7.     - "node_modules"
  9. branches:
  10.   only:
  11.   - master
  13. install:
  14.   - npm install
  15.   - npm run generate
  17. script:
  18.   - echo "Skipping tests"
  20. deploy:
  21.   provider: pages
  22.   skip-cleanup: true
  23.   github-token: $GITHUB_ACCESS_TOKEN  # Set in travis-ci.org dashboard, marked secure https://docs.travis-ci.com/user/deployment/pages/#Setting-the-GitHub-token
  24.   target-branch: gh-pages
  25.   local-dir: dist
  26.   on:
  27.     branch: master

然后将其提交到您的存储库

  1. git add .travis.yml
  2. git commit -m "Adding travis deploy configuration"
  3. git push origin

现在，无论何时从 Travis 中提交对存储库的任何更改，您都会看到新的构建打包并重新启动

Travis Builder Server Output

完成后，您将看到您的GitHub页面站点自动更新。

Appveyor

要通过 Appveyor 进行部署，另一个免费的开源项目构建服务器，注册一个新帐户，选择 GitHub 身份验证选项来使用您的 GitHub 帐户登录。

登录后，单击 'New project' 链接，然后单击显示的列表中存储库名称旁边的 'Add' 按钮，以在存储库中启用构建服务器。

Appveyor Builder Server Enable

接下来，在存储库的根目录中，创建一个包含以下内容的 appveyor.yml 配置文件

  1. environment:
  2.   # Nuxt requires node v8 minimum
  3.   nodejs_version: "8"
  4.   # Encrypt sensitive data (https://ci.appveyor.com/tools/encrypt)
  5.   github_access_token:
  6.     secure: ENCRYPTED_GITHUB_ACCESS_TOKEN
  7.   github_email:
  8.     secure: ENCRYPTED_GITHUB_EMAIL
  10. # Only run on master branch
  11. branches:
  12.   only:
  13.   - master
  15. # Install scripts. (runs after repo cloning)
  16. install:
  17.   # switch nodejs version
  18.   - ps: Install-Product node $env:nodejs_version
  19.   # install modules
  20.   - npm install
  21.   # generate static files
  22.   - npm run generate
  23.   # configure global git credentials store (https://www.appveyor.com/docs/how-to/git-push/)
  24.   - git config --global credential.helper store
  25.   - ps: Add-Content "$env:USERPROFILE\.git-credentials" "https://$($env:github_access_token):x-oauth-basic@github.com`n"
  26.   - git config --global user.email $env:github_email
  27.   # deploy to GitHub pages
  28.   - npm run deploy
  30. # No tests to run
  31. test: off
  33. # Don't actually build.
  34. build: off

注意此配置假设您已根据 命令行部署 说明配置了 package.json 文件

但是，在提交此文件之前，您需要使用之前的 GitHub 个人访问令牌和使用 Appveyor加密工具 加密的 GitHub 电子邮件地址更改 ENCRYPTED_GITHUB_ACCESS_TOKEN 和 ENCRYPTED_GITHUB_EMAIL 变量

更新后，将文件提交到您的存储库

  1. git add appveyor.yml
  2. git commit -m "Adding appveyor deploy configuration"
  3. git push origin

现在，每当您从Appveyor中提交对存储库的任何更改时，您都会看到新的构建打包并重新启动

Appveyor Builder Server Output

完成后，您将看到您的GitHub页面站点自动更新。