GitHub Actions 是 GitHub 于2018年10月推出的持续集成服务。之前我使用的是Travis CI，昨天我体验了一次GitHub Actions，感觉功能更强大，可以玩的地方更多，我就介绍一下我初次使用的感受。

GitHub Actions 是什么

GitHub Actions 可以参考的同类对象有Jenkins、Azure Pelines、CircleCI、TravisCI等，都是持续集成(Continuous integration,简称CI)服务的提供商，持续集成其实说白了就是根据每次提交的变化不停的在设计、开发、测试、发布这样滚动：

而持续集成的流程是由很多步奏组成的，例如先构建准备运行环境、从Git指定分支拉取代码、编译打包、运行单元测试、登陆远程服务器、发布到第三方等等步奏，GitHub把这些动作都称之为Action，所以由多个Action构成的工作流就被命名为 GitHub Actions。

为了能让Actions能够复用，GitHub还提供了官方市场，可以搜索其他人提交的Action脚本，还有其他人收集的Action仓库：awesome actions。

GitHub Actions 的构成

GitHub Actions 是由下面几部分组成的：

• workflow （工作流程）：持续集成一次运行的过程，就是一个 workflow。
• job （任务）：一个 workflow 由一个或多个 jobs 构成，含义是一次持续集成的运行，可以完成多个任务。
• step（步骤）：每个 job 由多个 step 构成，一步步完成。
• action （动作）：每个 step 可以依次执行一个或多个命令（action）。

GitHub Actions 工作流文件

想要配置 GitHub Actions 的工作流，我们只需要定义一个YAML文件即可，它存放在代码仓库的.github/workflows目录，例如我的工作流文件：