|
|
|
@ -4,13 +4,13 @@ GitHub Actions是GitHub的一个持续集成和持续交付（CI/CD）的平台 |
|
|
|
|
|
|
|
#### Workflow（工作流） |
|
|
|
|
|
|
|
Workflow其实就是一个可配置的自动化过程，会运行一个或多个Job。Workflow定义在存储库的 .github/workflows文件夹的一个YML或者YAML文件中，并在存储库的Event触发时运行，也可以配置成手动触发运行，或者定时触发。一个Workflow中甚至可以引用另一个Workflow。 |
|
|
|
Workflow其实就是一个可配置的自动化过程，会运行一个或多个Job。Workflow定义在仓库的 .github/workflows文件夹的一个YML或者YAML文件中，并在仓库的Event触发时运行，也可以配置成手动触发运行，或者定时触发。一个Workflow中甚至可以引用另一个Workflow。 |
|
|
|
|
|
|
|
可以简单理解，一个YML配置文件就是一个Workflow，存储库可以在.github/workflows文件夹下拥有多个YML文件，即拥有多Workflows。每个Workflow可以执行一组不同的步骤。例如，一个存储库中有两个Workflows，就可以有一个Workflow用来构建和测试PR（Pull Request），另一个Workflow用来每次发布Release版本时自动部署应用。 |
|
|
|
可以简单理解，一个YML配置文件就是一个Workflow，仓库可以在.github/workflows文件夹下拥有多个YML文件，即拥有多Workflows。每个Workflow可以执行一组不同的步骤。例如，一个仓库中有两个Workflows，就可以有一个Workflow用来构建和测试PR（Pull Request），另一个Workflow用来每次发布Release版本时自动部署应用。 |
|
|
|
|
|
|
|
#### Event（事件） |
|
|
|
|
|
|
|
Event是存储库中的一个用来触发Workflow运行的特殊活动，有不同类型，如某人创建了一个PR、新建了一个Issue等，这些都是可以用来触发Workflow运行的Event。 |
|
|
|
Event是仓库中的一个用来触发Workflow运行的特殊活动，有不同类型，如某人创建了一个PR、新建了一个Issue等，这些都是可以用来触发Workflow运行的Event。 |
|
|
|
|
|
|
|
#### Job（工作） |
|
|
|
|
|
|
|
@ -18,7 +18,7 @@ Job是Workflow中的一组步骤，在同一个Runner（运行者）上运行。 |
|
|
|
|
|
|
|
#### Action |
|
|
|
|
|
|
|
Action是GitHub Actions平台的自定义应用程序，用于执行复杂但经常重复的任务。Action可以减少在Workflow的YML文件中编写的重复代码。Action可以从GitHub上拉取存储库代码，为构建环境设置正确的工具链。我们可以编写自己的Action，也可以在GitHub Marketplace中寻找适合使用的Action。 |
|
|
|
Action是GitHub Actions平台的自定义应用程序，用于执行复杂但经常重复的任务。Action可以减少在Workflow的YML文件中编写的重复代码。Action可以从GitHub上拉取仓库代码，为构建环境设置正确的工具链。我们可以编写自己的Action，也可以在GitHub Marketplace中寻找适合使用的Action。 |
|
|
|
|
|
|
|
#### Runner（运行者） |
|
|
|
|
|
|
|
|
