github 动作中整个工作流的矩阵策略

Question

使用矩阵策略和如下所示的两个作业，第一个作业并行运行可能配置的“矩阵”，当所有配置都成功时，它会转移到第二个作业。

jobs:
  job1:
    runs-on: ubuntu-latest
    strategy:
      matrix:
        version: [10, 12, 14]
    steps:
      # etc

  job2:
    runs-on: ubuntu-latest
    needs: job1
    strategy:
      matrix:
        version: [10, 12, 14]
    steps:
      # etc

最好是在整个工作流上有一个矩阵，其中对于每个矩阵值，整个作业工作流都可以畅通无阻地并行运行。 这意味着对于特定配置， job2可以在job1完成该配置后立即继续，而不管另一个配置的job1是否仍在进行中或已经失败。

在下图中，第一种情况是当前会发生的情况，第二种情况是期望的情况：

我觉得这可以通过在不同的上下文中多次启动工作流来“模拟”。 但是如何做到这一点，例如通过触发器？ 以某种方式指定on: push工作流的 3 个版本必须同时运行？

Answer 1

经过一番挖掘，我认为“可重用工作流”是当前支持的方法。

解决方案是拥有两个工作流文件。 一个包含所有作业，另一个包含矩阵并调用另一个工作流的小工作流。

name: Common Workflow

on:
  workflow_call:
    inputs:
      version: # the variable you can use in place of a matrix
        required: true
        type: number

jobs:
  job1:
    runs-on: ubuntu-latest
    steps:
      - run: echo 'job1 version ${{ inputs.version }}'

  job2:
    runs-on: ubuntu-latest
    needs: job1
    steps:
      - run: echo 'job2 version ${{ inputs.version }}'

name: Master Workflow

on:
  push:

jobs:
  version-matrix:
    strategy:
      matrix:
        version: [10, 12, 14]
    uses: ./.github/workflows/common-workflow.yml # calls the one above ^
    with:
      version: ${{ matrix.version }}
    secrets: inherit

这是它在 UI 中运行的真实示例：

不过，一旦运行此程序，您会遇到一件事，即 UI 按字母顺序列出子作业，而不是它们在工作流中列出的顺序。 所以你失去了工作之间的依赖感。 这在 2023 年 2 月是正确的，因此 Github 可能会在未来改进 UI。 在那之前，我们通过将我们的工作命名为1. First Job ， 2. Second Job来解决这个问题，所以字母顺序等同于它们运行的顺序。这很 hacky 但它有效。