共计 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 对应源码的构建产物
状况一必须开源,状况二多了更多的可能,当然我是第二种状况
筹备
- 生成 access tokens
Tokens you have generated that can be used to access the GitHub API.
生成集体账号调配的 github api 权限列表的 token 待用。这里只生成了对开源仓库的操作权限
- 在 xx.github.io 的 secret 中填入 acess token name 对应 secret name 待用,value 对应 access token
- 在源码仓库新建 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 或者 本人的服务器上
正文完