【2026年版】GitHub Actionsの始め方 — CI/CDを自動化する完全ガイド

簡単に言うと、GitHubにコードをpushしたりプルリクエストを出したときに、テストやデプロイを自動で実行してくれる仕組みだよ。これがいわゆるCI/CD、つまり「継続的インテグレーション・継続的デリバリー」ってやつだね。

CIは「コードを変更するたびに自動でテストを走らせて、壊れてないか確認する」こと。CDは「テストが通ったら自動で本番環境にデプロイする」こと。手作業でやると忘れたりミスしたりするけど、GitHub Actionsに任せればpushするだけで全部やってくれるんだよ。

リポジトリの中に「.github/workflows」というフォルダを作って、そこにYAMLファイルを置くだけだよ。このYAMLファイルが「ワークフロー」と呼ばれていて、いつ・何を・どの順番で実行するかを定義するんだ。ファイル名は自由だけど、ci.ymlとかdeploy.ymlみたいに分かりやすい名前を付けるのがおすすめだね。

大きく3つの要素があるよ。まず「トリガー」で、いつワークフローを動かすかを決める。pushしたとき、プルリクエストが作られたとき、スケジュールで定期実行、なんかが選べるね。次に「ジョブ」で、実行する作業のまとまり。そしてジョブの中に「ステップ」があって、具体的なコマンドを1つずつ書いていくんだよ。

そうそう、cron形式で指定できるよ。たとえば毎日朝9時に依存パッケージの脆弱性チェックを自動で走らせる、みたいな使い方ができるね。他にも特定のブランチやタグへのpushだけをトリガーにしたり、手動実行のworkflow_dispatchっていうトリガーもあるよ。

たとえばテストジョブとデプロイジョブを分けるとするよね。テストジョブの中には「コードをチェックアウトする」「依存パッケージをインストールする」「テストを実行する」という3つのステップがある。デプロイジョブには「ビルドする」「サーバーにアップロードする」というステップがある。ジョブ同士は並列で動かしたり、テストが通ってからデプロイする、みたいに順序を指定したりもできるんだよ。

そこで便利なのがMarketplaceだよ！よく使う処理は「アクション」としてコミュニティが公開していて、たとえばNode.jsのセットアップ、AWSへのデプロイ、Slackへの通知なんかは公式やサードパーティのアクションを1行書くだけで使えるんだ。ワークフローのステップでusesキーワードを使って指定するだけだよ。

いい質問だね！GitHubにはSecretsという機能があって、リポジトリの設定画面から暗号化された状態で登録できるよ。ワークフローの中ではsecretsという特別な変数でアクセスするんだ。ログにも表示されないし、フォークしたリポジトリからも見えないように設計されているから安心だよ。本番のデプロイキーやAPI トークンは必ずSecretsに入れようね。

それは「マトリクスビルド」の出番だね。strategyのmatrixで、Node.jsのバージョンとかOSの種類を配列で指定すると、全組み合わせで自動的にジョブが並列実行されるんだよ。たとえばNode.js 18と20、Ubuntu とWindowsの組み合わせなら4つのジョブが同時に走る。クロスプラットフォームのライブラリ開発では必須のテクニックだね。

キャッシュを活用すると劇的に速くなるよ。actions/cacheというアクションを使えば、node_modulesや各種パッケージマネージャのキャッシュを保存して次回以降のワークフローで再利用できるんだ。npm ciで毎回3分かかっていたのがキャッシュヒットで10秒になる、なんてことも珍しくないよ。2026年現在ではactions/setup-nodeなどのセットアップ系アクションにキャッシュ機能が組み込まれているから、さらに簡単になっているね。

まずはpushとプルリクエストをトリガーにしたテスト自動実行ワークフローがおすすめだよ。コードのチェックアウト、Node.jsのセットアップ、依存パッケージのインストール、テスト実行、という4ステップだけで十分実用的なCIが組めるんだ。慣れてきたらリンターやフォーマッターのチェック、mainブランチへのマージ時に自動デプロイ、といった具合にステップを追加していけばいいよ。小さく始めて育てていくのがコツだね。