GitHub Actions のコンポーネントを特定する
ここでは、GitHub Actions ワークフロー ファイルの基本的なコンポーネントについて学習します。
GitHub Actions のコンポーネント
GitHub Actions ワークフロー内でタスクやジョブを実行するために連携するいくつかのコンポーネントがあります。 つまり、イベントによって、"ジョブ" が含まれる "ワークフロー" がトリガーされます。 さらにこのジョブでは、"ステップ" を使用して、"ワークフロー" 内で実行するアクションが指示されます。 これらのコンポーネントの連携のしくみを深く理解するために、各コンポーネントについて簡単に見ていきましょう。
Workflows
ワークフローは、ユーザーがリポジトリに追加する自動化されたプロセスです。 ワークフローには、少なくとも 1 つのジョブが必要で、それをさまざまなイベントがトリガーできます。 GitHub でリポジトリのプロジェクトをビルド、テスト、パッケージ化、リリース、またはデプロイするために使用できます。
ジョブ
ジョブは、ワークフロー内の最初の主要コンポーネントです。 ジョブは、"ランナー" に関連付けられるワークフローのセクションです。 ランナーは GitHub でホストするかセルフホストにすることができ、ジョブはマシンまたはコンテナーで実行できます。 ランナーは、runs-on: 属性を使用して指定します。 ここでは、ubuntu-latest でこのジョブを実行するようにワークフローに指示しています。 ランナーについては、次のユニットで詳しく説明します。
手順
ステップは、ジョブでコマンドを実行できる個々のタスクです。 前の例では、リポジトリをチェックアウトするために、ステップでアクション actions/checkout@v2 が使用されています。 興味深いのは、uses: ./action-a 値です。 これは action.yml ファイルで作成するコンテナー アクションへのパスです。
アクション
ワークフロー内のアクションは、実行されるスタンドアロン コマンドです。 これらのスタンドアロン コマンドでは、独自のカスタム アクションを使用するなどの GitHub アクションや、前の例で使用した actions/checkout@v2 のようなコミュニティ アクションを参照できます。 さらに、run: npm install -g bats などのコマンドを実行して、ランナーでコマンドを実行することもでき ます。