通过GitHub Actions自动化部署Hugo静态站点至服务器

前言

在最开始搭建博客的文章中,我纂写了一个Makefile用来将我的
博客进行编译并上传到我远端的服务器(私有仓库GitHub Pages不能使用):

build:
	hugo --minify

deploy: build
	${RSYNC} public/ admin@tomo.dev:/var/www/tomo.dev/

当然,作为程序员总是很懒的,很多东西都想考虑自动化。早些年用过Jenkins、Ansible等工具,其实
都属于CI CD的范畴。GitHub提供强大的GitHub Actions功能,可以满足持续集成、持续发布
的需求。GitHub官方有非常多详细的教程及模板,参考https://docs.github.com/en/actions
所以在此就不进行赘述,本文主要涉及部署到服务器时涉及到的密钥安全问题。

GitHub Actions

出于安全性,一般服务器都是使用公私钥通过SSH进行登录等操作,而更安全的做法会给私钥设置passphrase口令。

GitHub Actions商店有安装SSH Key的Action,链接为https://github.com/marketplace/actions/install-ssh-key
但是该Action不支持加密的私钥,在链接中,提供了几种解决方案:

  • decrypting key beforehand: best bet, and works on any VM
  • sshpass command: next best bet, but not supported on Windows
  • expect command: be careful not to expose passphrase to console
  • SSH_ASKPASS environment variable: might be troublesome

方案1,可以将加密后的私钥进行解密,然后配置到GitHub Secret中,解密命令为openssl rsa -in ~/.ssh/id_rsa -out id_rsa_decrypt

方案2和3,可以使用一些命令行工具给私钥提供口令。

方案4是使用SSH_ASKPASS环境变量提供密钥。

这里我们使用的是方案4,配合ssh-agent进行处理。首先我们需要在仓库中配置我们的私钥和口令,如下图:

github secret config

将我们的部署action文件放到项目的.github/workflows目录下,我们希望在main或者master
分支的提交触发该GitHub Action,然后执行以下步骤:

  1. 配置私钥和口令,并配置ssh-agent,其中SSH_AUTH_SOCK环境变量保证跨session时可以共享认证代理
  2. 配置known_hosts,将我们的服务器域名配置到known_hosts
  3. 获取仓库代码
  4. 安装hugo
  5. 编译并通过rsync将静态文件传至服务器

完整的配置内容如下:

name: Deploy tomo.dev
env:
  # Use the same ssh-agent socket value across all jobs
  # Useful when a GH action is using SSH behind-the-scenes
  SSH_AUTH_SOCK: /tmp/ssh_agent.sock

on:
  push:
    branches:
    - main
    - master
jobs:
  deploy-to-server:
    runs-on: ubuntu-latest
    steps:
    # Start ssh-agent but set it to use the same ssh_auth_sock value.
    # The agent will be running in all steps after this, so it
    # should be one of the first.
    - name: Setup SSH passphrase
      env:
        SSH_PASSPHRASE: ${{secrets.SSH_PASSPHRASE}}
        SSH_PRIVATE_KEY: ${{secrets.SSH_PRIVATE_KEY}}
      run: |
        ssh-agent -a $SSH_AUTH_SOCK > /dev/null
        echo 'echo $SSH_PASSPHRASE' > ~/.ssh_askpass && chmod +x ~/.ssh_askpass
        echo "$SSH_PRIVATE_KEY" | tr -d '\r' | DISPLAY=None SSH_ASKPASS=~/.ssh_askpass ssh-add - >/dev/null

    - name: Adding Known Hosts
      run: mkdir -p ~/.ssh/ && ssh-keyscan -H tomo.dev >> ~/.ssh/known_hosts

    - name: Check out repository code
      uses: actions/checkout@v3

    - name: Install hugo
      run: sudo apt install -y hugo

    - name: deploy
      run: make deploy

最后将代码提交并进行PUSH,打开GitHub仓库的Actions菜单,可以看到如下列表:

github action workflows

点击进去可以看到执行的详细步骤及耗时:

github action steps

后续就不需要手动执行make deploy操作了。可以在Action执行之后,查看网站是否更新。

  • 8
    点赞
  • 18
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
可以的,Github Actions可以用来自动化前端项目的部署到云服务器。以下是一个简单的例子: 1. 首先,在你的Github仓库中创建一个`.github/workflows`文件夹,并在该文件夹下创建一个`deploy.yml`文件。 2. 在`deploy.yml`文件中设置触发部署的事件,例如push到master分支。然后设置一个`job`,该`job`会在触发事件后运行。 3. 在该`job`中,使用`actions/checkout` action拉取代码,并使用`actions/setup-node` action安装依赖。 4. 接下来,使用你喜欢的打包工具打包你的前端代码,例如webpack或者parcel。打包后的文件会被存储在一个`dist`文件夹中。 5. 然后,使用`appleboy/ssh-action` action将打包后的文件上传到云服务器。该action会使用SSH登录到你的服务器,并将文件复制到服务器上的指定目录。 下面是一个示例的`deploy.yml`文件: ```yml name: Deploy to Cloud Server on: push: branches: - master jobs: deploy: runs-on: ubuntu-latest steps: - name: Checkout code uses: actions/checkout@v2 - name: Setup Node uses: actions/setup-node@v1 with: node-version: '12.x' - name: Install dependencies run: npm install - name: Build run: npm run build - name: Deploy to Cloud Server uses: appleboy/ssh-action@master with: host: ${{ secrets.HOST }} username: ${{ secrets.USERNAME }} password: ${{ secrets.PASSWORD }} port: ${{ secrets.PORT }} script: | cd /path/to/your/project rm -rf * scp -r /path/to/your/project/dist/* ./ ``` 这个例子是使用密码登录到云服务器的。如果你使用的是SSH Key,你需要相应地修改`deploy.yml`文件。此外,你需要在Github仓库的`Settings`中添加`secrets`,以保存你的服务器信息和登录凭证。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值