知识改变命运，撸码使我快乐，2020继续游走在开源界
点赞再看，养成习惯
给我来个Star吧，点击了解下基于SpringBoot的组件化接口服务落地解决方案
简介
GitHub Actions 是由GitHub在2018年推出的一款持续集成的服务方案，对于GitHub上托管的开源项目来说比较友好，集成使用简单，个人感觉比 Travis-CI 玩法要更多，而且还是可以自己去编写Actions在构建的过程中使用。
推荐阅读
基本概念
GitHub Actions内有一些概念性的定义，如下所示：
- workflow：顾名思义这是工作流程，在
GitHub Actions中每执行一次就是一个工作流程。 - job：工作流程中的一个任务，一个工作流程可以配置多个任务
- step：工作任务中的步骤，根据配置的先后顺序执行，一个任务内可以配置多个步骤
- action：每个步骤所使用的构建动作，可以使用
GitHub官方提供的动作实现，也可以自动编写。
使用GitHub Actions
当我们打开项目的主页时可以看到Actions功能标签页，这就是该仓库的GitHub Actions，如果你的仓库没有添加过workflow文件，看到的效果如下所示：
配置Workflow YML
每一个工作流都是由一个YML文件进行配置的，在该文件内我们可以配置仓库的GitHub Actions所相关的全部内容，GitHub针对文件所处的目录进行了约定，必须在仓库根下的.github/workflows目录内。
方式一：直接在GitHub页面上添加
在上面的截图中，我们点击set up a workflow yourself ->回跳转添加workflow文件的页面，在该页面中我们可以修改文件名，也可以修改workflow文件的配置内容，如下所示：
方式二：项目源码中添加后推送
我们也可以在项目源码中添加后进行推送，首先在项目的根目录下创建.github/workflows目录，然后在新创建的目录下添加一个名为deploy.yml的工作流配置文件，将修改提交后push到GitHub仓库即可。
GitHub提供的Actions
GitHub官方所提供的Actions都是开源的，而且都位于 github.com/actions 开源组织下，比较常用到的Actions：
checkout：用于checkout一个仓库源码到构建环境中setup-java：用于安装Maven、JDK等构建项目的依赖到构建环境中setup-node：用于安装nodeJs到构建环境中- ...
