关于gatsby:使用-Github-Action-将-Gatsby-站点部署到-Github-Pages

35次阅读

共计 905 个字符,预计需要花费 3 分钟才能阅读完成。

集体博客是基于 Gatsby 搭建的,之前曾经利用 Github Action 部署在 Netlify 和 Vercel 上。本着不节约 xxx.github.io 这个域。这次把 build 好的构建产物间接推到 gh-pages 分支

背景

因为 blog 源码和 构建产物可能不在同一个仓库,因而可能呈现两种情景。


1. 源码和构建产物共用一个仓库,别离对应不同的分支(master 和 gh-pages)

2. 源码和构建产物别离在不同的仓库,别离对应不同仓库的不同分支的分支

- person-blog 的 master 对应 blog 源码

- xx.github.io 的 master 或者 gh-pages 对应源码的构建产物

状况一必须开源,状况二多了更多的可能,当然我是第二种状况

筹备

  1. 生成 access tokens

Tokens you have generated that can be used to access the GitHub API.

生成集体账号调配的 github api 权限列表的 token 待用。这里只生成了对开源仓库的操作权限

  1. 在 xx.github.io 的 secret 中填入 acess token name 对应 secret name 待用,value 对应 access token

  1. 在源码仓库新建 github action 的 workflow

workflow

这里间接在 GitHub Action Marketplace 市场中找到了 Gatsby Publish),批改后的模板如下:


name: Gatsby Publish

on:
  push:
    branches:
      - master

jobs:
  build:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v1
      - uses: enriikke/gatsby-gh-pages-action@v2
        with:
          access-token: ${{secrets.ACCESS_GITHUB_API_TOKEN}} // 自定义 scret name
          deploy-branch: master
          deploy-repo: shanejix.github.io // 留神这里间接是仓库名称 

当然后续能够减少更多可定制的性能例如间接推到 gitee 或者 本人的服务器上

正文完
 0