背景
因为之前的博客升级了,并且 gh-pages deploy 的命令好像也失效了,不知道是不是这个包已经被废弃了,折腾了一段时间发现,没什么卵用,导致每次博客推送都得自己手动打包发布。
我是个极其嫌麻烦的人,这样下去,会给我高效的生活带来苦恼,所以就只好另寻方案。
之前一直了解有 github action 是个好东西,有点像我之前用的 travis-ci,所以正巧有时间,就试试看学习了解一下这玩意儿。
实操过程
第一步:在项目中新增配置文件
在git仓库的根目录下,创建一个文件夹 .github, 在该文件夹下再创建一个文件夹 workflows, 在这个文件夹下创建一个文件,以 .yml 结尾,名字可以自己自定义,比如我的比较简单,就叫 static.yml
第二步:配置 .yml 文件
我们先进到 actions模板页面,里面有很多的模板供你选择,你可以选一个适合自己的,当然你也完全靠自己写 actions 学习教程
我懒人一个,所以就直接找现成的模板去使用了,我参考了两个模板,一个是 webpack模板,一个是html 静态页面推送模板。总结两个模板的内容后,合并的相关配置如下(其实并无大关联):
javascript
name: deploy to github-pages
on:
push:
branches: ['main']
pull_request:
branches: ['main']
jobs:
deploy:
runs-on: ubuntu-latest
steps:
- uses: actions/checkout@v3
- uses: actions/setup-node@v3
with:
node-version: 20
- run: yarn install
- name: Build
run: yarn build
- name: Deploy
uses: peaceiris/actions-gh-pages@v3
with:
github_token: ${{ secrets.ACTION_SECRET }}
publish_dir: ./docs-dist
解释一下这几个参数:
1. name
就是这个模板的名称,会在github 的action 面板显示
2. on
- push.branches: 监听的触发分支,可以设置一个,也可以设置多个分支(传数组就行)
- pull_request: 拉取的时候触发
3. jobs
和名字的意思一样,工作流水线,我们可以拼接很多的配置来控制这条链路,我们拿上文的案例来说明:
-
deploy: 工作的单个 job 名称,我们可以配置很多个,简单理解就是多个 job 对应这个整体的jobs
-
runs-on: 当前 actions 运行的工作环境,这里设置的是 ubuntu
-
steps: 当前 job 的运行步骤,依次执行
-
steps.name: 下一步骤的名称,可以随意命名
-
steps.uses: 声明使用到的镜像文件,比如本文用到了几个镜像文件:actions/checkout@v3、 actions/setup-node@v3、peaceiris/actions-gh-pages@v3
其中 actions/setup-node@v3 用来安装 node环境,peaceiris/actions-gh-pages@v3 用来部署 gh-pages.
-
steps.with: 需要用到镜像里的什么东西,或者传递的参数,这里针对不同的镜像,传递的参数也不同,比如:peaceiris/actions-gh-pages@v3,这个镜像,里面需要的是两个参数,一个是github_token,一个是需要上传的文件或者文件夹 publish_dir
-
steps.run: 执行的脚本命令
最终到github的界面会以这样的刑事展示出来,如下图:
更多参数介绍可以去看官方文档,我这里因为就用了这么几个,就不一一展开了