前言
GitHub Actions 可以构建一组自动化的工作流程，并提供了拉取请求、合并分支等事件来触发他们。一般成熟的开源项目会在每个版本发布时提供 releases ，它就是通过 Actions 来自动发布的。本文就以自动发布 releases 这个例子来认识 Actions。
创建 workflow
workflow 被称为工作流，每个工作流以一个 yaml 文件表达。在仓库中建立 .github/workflows/release.yaml 文件，如果需要多个工作流，则创建多个 yaml 文件即可。
release.yaml:
# 定义工作流的名称name: teach-study Release# 定义一个 push 事件：当推送带有 "v*" 的标签时触发on: push: tags: - "v*"# 定义时区env: TZ: Asia/Shanghai这样我们就定义好了一个事件，接下来我们来定义 jobs，来创建自动上传 release 的逻辑：
...jobs: create_release: name: Create Release runs-on: ubuntu-latest steps: - name: Checkout Code uses: actions/checkout@v4 - name: Create Release id: create_release uses: softprops/action-gh-release@v1 env: GITHUB_TOKEN: ${{ secrets.GITHUB_TOKEN }} with: tag_name: ${{ github.ref }} name: Demo ${{ github.ref_name }} draft: false prerelease: false这个 jobs 包含了两个操作。什么是操作呢？可以理解为执行一组命令来完成某些事情，操作既可以自定义，也可以使用 GitHub 社区中分享的。在 job 中使用 uses 指定，搭配上 with 关键词用于给操作传递参数。
第一个使用了 actions/checkout@v4 操作，它可以帮助我们将仓库中的源码拷贝到工作流中来，这个操作是 GitHub Action 内置的操作之一。第二个使用了 softprops/action-gh-release@v1 的操作创建了一个 release 并自动上传到 GitHub 中， ${{ secrets.GITHUB_TOKEN }} 用于自动令牌身份验证，with 传递了四个参数，其中tag_name 和 name 的值传递了 Actions 的上下文，softprops/action-gh-release@v1 还有其他可选的参数，可以点此查看。
验证
把 release.yaml 推送到仓库中，并且设置好 GITHUB_TOKEN 的读写权限：
然后推送一个 v1.0.0 的标签：
git tag v1.0.0git push origin --tags查看最终效果：
