GitHub Actions使用入门

GitHub Actions 是由GitHub在2018年推出的一款持续集成的服务方案，对于GitHub上托管的开源项目来说比较友好，集成使用简单，个人感觉比 Travis-CI 玩法要更多，而且还是可以自己去编写Actions在构建的过程中使用。

基本概念

GitHub Actions内有一些概念性的定义，如下所示：

• workflow：顾名思义这是工作流程，在GitHub Actions中每执行一次就是一个工作流程。
• job：工作流程中的一个任务，一个工作流程可以配置多个任务
• step：工作任务中的步骤，根据配置的先后顺序执行，一个任务内可以配置多个步骤
• action：每个步骤所使用的构建动作，可以使用GitHub官方提供的动作实现，也可以自动编写。

使用GitHub Actions

image

当我们打开项目的主页时可以看到Actions功能标签页，这就是该仓库的GitHub Actions，如果你的仓库没有添加过workflow文件，看到的效果如下所示：

image

配置Workflow YML

每一个工作流都是由一个YML文件进行配置的，在该文件内我们可以配置仓库的GitHub Actions所相关的全部内容，GitHub针对文件所处的目录进行了约定，必须在仓库根下的.github/workflows目录内。

方式一：直接在GitHub页面上添加

在上面的截图中，我们点击set up a workflow yourself ->回跳转添加workflow文件的页面，在该页面中我们可以修改文件名，也可以修改workflow文件的配置内容，如下所示：

image

方式二：项目源码中添加后推送

我们也可以在项目源码中添加后进行推送，首先在项目的根目录下创建.github/workflows目录，然后在新创建的目录下添加一个名为deploy.yml的工作流配置文件，将修改提交后push到GitHub仓库即可。

GitHub提供的Actions

GitHub官方所提供的Actions都是开源的，而且都位于 https://github.com/actions 开源组织下，比较常用到的Actions：

1. checkout：用于checkout一个仓库源码到构建环境中
2. setup-java：用于安装Maven、JDK等构建项目的依赖到构建环境中
3. setup-node：用于安装nodeJs到构建环境中