{"meta":{"title":"ワークフローでのジョブのバリエーションの実行","intro":"マトリックスを作成して、各ジョブのバリエーションを定義します。","product":"GitHub Actions","breadcrumbs":[{"href":"/ja/actions","title":"GitHub Actions"},{"href":"/ja/actions/how-tos","title":"方法"},{"href":"/ja/actions/how-tos/write-workflows","title":"ワークフローを書き込む"},{"href":"/ja/actions/how-tos/write-workflows/choose-what-workflows-do","title":"ワークフロー動作を選択する"},{"href":"/ja/actions/how-tos/write-workflows/choose-what-workflows-do/run-job-variations","title":"ジョブのバリエーションを実行する"}],"documentType":"article"},"body":"# ワークフローでのジョブのバリエーションの実行\n\nマトリックスを作成して、各ジョブのバリエーションを定義します。\n\n## マトリックス戦略について\n\nマトリックス戦略を使用すると、1 つのジョブ定義で変数を使用して、変数の組み合わせに基づく複数のジョブ実行を自動的に作成できます。 たとえば、マトリックス戦略を使用して、複数バージョンの言語または複数のオペレーティング システムでコードをテストできます。\n\n## ワークフロー ジョブへのマトリックス戦略の追加\n\n`jobs.<job_id>.strategy.matrix` を使用して、さまざまなジョブの設定のマトリックスを定義します。 マトリックス内で、1 つ以上の変数と、それに続く値の配列を定義します。 たとえば、次のマトリックスには、値 `version` を伴う `[10, 12, 14]` という名前の変数と、値 `os` を伴う `[ubuntu-latest, windows-latest]` という名前の変数があります。\n\n```yaml\njobs:\n  example_matrix:\n    strategy:\n      matrix:\n        version: [10, 12, 14]\n        os: [ubuntu-latest, windows-latest]\n```\n\nジョブは、変数の可能な組み合わせごとに実行されます。 この例のワークフローでは 6 つのジョブが、`os` 変数と `version` 変数の組み合わせごとに 1 つずつ実行されます。\n\n上記のマトリックスでは、次の順序でジョブが作成されます。\n\n* `{version: 10, os: ubuntu-latest}`\n* `{version: 10, os: windows-latest}`\n* `{version: 12, os: ubuntu-latest}`\n* `{version: 12, os: windows-latest}`\n* `{version: 14, os: ubuntu-latest}`\n* `{version: 14, os: windows-latest}`\n\n参考情報と例については、「[GitHub Actions　のワークフロー構文](/ja/actions/reference/workflows-and-actions/workflow-syntax#jobsjob_idstrategymatrix)」をご覧ください。\n\n## コンテキストを使ったマトリックスの作成\n\nワークフローの実行、変数、ランナー環境、ジョブ、ステップに関する情報を含むマトリックスを作成するには、 `${{ <context> }}` 式構文を使用してコンテキストにアクセスします。 コンテキストについて詳しくは、「[コンテキスト リファレンス](/ja/actions/reference/workflows-and-actions/contexts)」をご覧ください。\n\nたとえば、次のワークフローは `repository_dispatch` イベントをトリガーし、イベント ペイロードからの情報を使用してマトリックスを構築します。 次のようなペイロードを使用してリポジトリのディスパッチ イベントが作成されると、マトリックス `version` 変数の値は `[12, 14, 16]` になります。\n`repository_dispatch` トリガーの詳細については、「[ワークフローをトリガーするイベント](/ja/actions/reference/workflows-and-actions/events-that-trigger-workflows#repository_dispatch)」を参照してください。\n\n```json\n{\n  \"event_type\": \"test\",\n  \"client_payload\": {\n    \"versions\": [12, 14, 16]\n  }\n}\n```\n\n```yaml\non:\n  repository_dispatch:\n    types:\n      - test\n\njobs:\n  example_matrix:\n    runs-on: ubuntu-latest\n    strategy:\n      matrix:\n        version: ${{ github.event.client_payload.versions }}\n    steps:\n      - uses: actions/setup-node@v7\n        with:\n          node-version: ${{ matrix.version }}\n```\n\n## マトリックス構成の展開または追加\n\n既存のマトリックス構成を拡張したり、新しい構成を追加したりするには、`jobs.<job_id>.strategy.matrix.include` を使います。\n`include` の値は、オブジェクトのリストです。\n\nたとえば、次のマトリックスについて考えます。\n\n```yaml\nstrategy:\n  matrix:\n    fruit: [apple, pear]\n    animal: [cat, dog]\n    include:\n      - color: green\n      - color: pink\n        animal: cat\n      - fruit: apple\n        shape: circle\n      - fruit: banana\n      - fruit: banana\n        animal: cat\n```\n\nこれは、次のマトリックスの組み合わせを持つ 6 つのジョブになります。\n\n* `{fruit: apple, animal: cat, color: pink, shape: circle}`\n* `{fruit: apple, animal: dog, color: green, shape: circle}`\n* `{fruit: pear, animal: cat, color: pink}`\n* `{fruit: pear, animal: dog, color: green}`\n* `{fruit: banana}`\n* `{fruit: banana, animal: cat}`\n\n各 `include` エントリは、次の方法で適用されました。\n\n* `{color: green}` は、元の組み合わせの一部を上書きせずに追加できるため、元のマトリックスの組み合わせすべてに追加されます。\n* `{color: pink, animal: cat}` は、`color:pink` を含む元のマトリックスの組み合わせにのみ `animal: cat` を追加します。 これにより、前の `color: green` エントリによって追加された `include` が上書きされます。\n* `{fruit: apple, shape: circle}` は、`shape: circle` を含む元のマトリックスの組み合わせにのみ `fruit: apple` を追加します。\n* `{fruit: banana}` は、値を上書きせずに元のマトリックスの組み合わせに追加できないため、追加のマトリックスの組み合わせとして追加されます。\n* `{fruit: banana, animal: cat}` は、値を上書きせずに元のマトリックスの組み合わせに追加できないため、追加のマトリックスの組み合わせとして追加されます。 この組み合わせは、元のマトリックスの組み合わせの 1 つではないため、`{fruit: banana}` マトリックスの組み合わせには追加されません。\n\nリファレンス構成と構成例については、「[GitHub Actions　のワークフロー構文](/ja/actions/reference/workflows-and-actions/workflow-syntax#jobsjob_idstrategymatrixinclude)」をご覧ください。\n\n## マトリックス構成を除外する\n\nマトリックスで定義されている特定の構成を削除するには、`jobs.<job_id>.strategy.matrix.exclude` を使用します。\n\nたとえば、次のワークフローでは 9 つのジョブが実行されます。12 個の構成ごとに 1 つのジョブで、`{os: macos-latest, version: 12, environment: production}` と一致する 1 つのジョブと、`{os: windows-latest, version: 16}` と一致する 2 つのジョブが除外されます。\n\n```yaml\nstrategy:\n  matrix:\n    os: [macos-latest, windows-latest]\n    version: [12, 14, 16]\n    environment: [staging, production]\n    exclude:\n      - os: macos-latest\n        version: 12\n        environment: production\n      - os: windows-latest\n        version: 16\nruns-on: ${{ matrix.os }}\n```\n\n参考情報については、「[GitHub Actions　のワークフロー構文](/ja/actions/reference/workflows-and-actions/workflow-syntax#jobsjob_idstrategymatrixexclude)」をご覧ください\n\n## 出力を使って 2 つのマトリックスを定義する\n\n1 つのジョブからの出力を使用して、複数のジョブのマトリックスを定義できます。\n\nたとえば、次のワークフローは、1 つのジョブで値のマトリックスを定義し、2 番目のジョブでそのマトリックスを使用して成果物を生成し、3 番目のジョブでそれらの成果物を使用する方法を示しています。 各成果物は、マトリックスの値に関連付けられます。\n\n```yaml copy\nname: shared matrix\non:\n  push:\n  workflow_dispatch:\n\njobs:\n  define-matrix:\n    runs-on: ubuntu-latest\n\n    outputs:\n      colors: ${{ steps.colors.outputs.colors }}\n\n    steps:\n      - name: Define Colors\n        id: colors\n        run: |\n          echo 'colors=[\"red\", \"green\", \"blue\"]' >> \"$GITHUB_OUTPUT\"\n\n  produce-artifacts:\n    runs-on: ubuntu-latest\n    needs: define-matrix\n    strategy:\n      matrix:\n        color: ${{ fromJSON(needs.define-matrix.outputs.colors) }}\n\n    steps:\n      - name: Define Color\n        env:\n          color: ${{ matrix.color }}\n        run: |\n          echo \"$color\" > color\n      - name: Produce Artifact\n        uses: actions/upload-artifact@v4\n        with:\n          name: ${{ matrix.color }}\n          path: color\n\n  consume-artifacts:\n    runs-on: ubuntu-latest\n    needs:\n    - define-matrix\n    - produce-artifacts\n    strategy:\n      matrix:\n        color: ${{ fromJSON(needs.define-matrix.outputs.colors) }}\n\n    steps:\n    - name: Retrieve Artifact\n      uses: actions/download-artifact@v5\n      with:\n        name: ${{ matrix.color }}\n\n    - name: Report Color\n      run: |\n        cat color\n```\n\n## エラー処理\n\nジョブ エラーの処理方法を制御するには、`jobs.<job_id>.strategy.fail-fast` と `jobs.<job_id>.continue-on-error` を使います。\n\n`jobs.<job_id>.strategy.fail-fast` と `jobs.<job_id>.continue-on-error` は一緒に使用できます。 たとえば、次のワークフローは 4 つのジョブを開始します。 ジョブごとに、`continue-on-error` は `matrix.experimental` の値によって決定されます。\n`continue-on-error: false` のいずれかのジョブが失敗すると、進行中またはキューに入っているすべてのジョブがキャンセルされます。\n`continue-on-error: true` のジョブが失敗した場合、他のジョブは影響を受けません。\n\n```yaml\njobs:\n  test:\n    runs-on: ubuntu-latest\n    continue-on-error: ${{ matrix.experimental }}\n    strategy:\n      fail-fast: true\n      matrix:\n        version: [6, 7, 8]\n        experimental: [false]\n        include:\n          - version: 9\n            experimental: true\n```\n\n参考情報については、「[`jobs.<job_id>.strategy.fail-fast`](/ja/actions/reference/workflows-and-actions/workflow-syntax#jobsjob_idstrategyfail-fast)」と「[`jobs.<job_id>.continue-on-error`](/ja/actions/reference/workflows-and-actions/workflow-syntax#jobsjob_idcontinue-on-error)」をご覧ください。\n\n## 同時ジョブの最大数の定義\n\n`matrix` ジョブ戦略を使うとき、同時に実行できるジョブの最大数を設定するには、`jobs.<job_id>.strategy.max-parallel` を使います。\n\nたとえば、次のワークフローでは、6 つのジョブすべてを一度に実行できるランナーがある場合でも、一度に最大 2 つのジョブを実行します。\n\n```yaml\njobs:\n  example_matrix:\n    strategy:\n      max-parallel: 2\n      matrix:\n        version: [10, 12, 14]\n        os: [ubuntu-latest, windows-latest]\n```\n\n参考情報については、「[GitHub Actions　のワークフロー構文](/ja/actions/reference/workflows-and-actions/workflow-syntax#jobsjob_idstrategymax-parallel)」をご覧ください。"}