GitHub Actionsと無料枠——自動実行を理解して上手に使う

GitHub Actionsは決めた作業を自動化

GitHub Actionsは、GitHub上で決められた処理を自動実行する仕組みです。例えば、変更に問題がないかテストしたり、サイトを配信するための準備をしたりできます。実際に何をするかはリポジトリの設定次第です。

ワークフローときっかけ

自動で行う仕事の手順をワークフローと呼びます。その中には一つ以上のジョブがあり、ジョブには複数のステップを設定できます。料理に例えると、ワークフローがレシピ、ステップがその中の手順です。

動き出すきっかけも設定します。例えばプルリクエスト（PR）を作成・更新したとき、ブランチへpushしたとき、手動で開始したときなどです。すべてのリポジトリで同じ条件が設定されているわけではありません。

実行する場所と結果

ジョブを実行するコンピューターをランナーと呼びます。GitHubが用意するランナーと、自分たちで管理するランナーがあります。ワークフローの実行結果には、成功・失敗・実行中などの状態が表示されます。

「成功」の意味は、そのワークフローが実行した範囲に限られます。第11記事で学んだように、すべての画面の見た目や本番サイトの表示まで確認したとは限りません。どの検査を行ったのかも聞きましょう。

コツエイゴでの例

コツエイゴの設定には、main向けPRをきっかけに確認するワークフローと、手動で開始する公開用ワークフローがあります。これは制作時に確認したこのサイトの例です。他のサイトにも同じ設定があるとは限りません。

なるほど！ まずは何が起きているか、ひとつずつ確かめればいいんだね。

無料で使える条件は対象によって違う

無料枠を考える前に、リポジトリが公開か非公開か、どのランナーを使うかを確かめます。GitHubの公式案内では、公開リポジトリの標準のGitHubホストランナーは無料で利用でき、月の計算枠を消費しません。

公開リポジトリの場合

ただし、公開リポジトリでも、利用可能な大型ランナーには料金がかかります。標準か大型かを区別し、「公開ならどんな実行も必ず無料」とは覚えないようにします。

自分たちで用意するセルフホストランナーの利用は、GitHubのActions利用料としては無料とされています。ただし、そのコンピューターや外部サービスの費用まで無料になるとは限りません。

非公開の場合

非公開リポジトリで標準のGitHubホストランナーを使う場合、対象となる実行の計算コストはプランに含まれる月ごとの計算枠から差し引かれます。条件や利用量は、リポジトリを所有する請求アカウントで確認します。

作業を開始した人と請求されるアカウントが同じとは限りません。公式案内では、実行のコストはリポジトリの所有者に対して計算されます。個人アカウントか組織かも含めて、誰の利用枠を見るか確認しましょう。

費用が発生しないとは限らない

この記事の金額と条件は2026年11月10日にGitHub公式資料で確認した内容です。仕様や価格は変わりうるため、判断するときは公式の最新情報と自分の請求画面をもう一度見てください。

計算枠と保存容量は別に見る

確認時点のGitHub公式資料では、GitHub FreeとGitHub Free for organizationsの月ごとの含まれる計算利用枠は12米ドル相当です。これは利用に応じて計算された金額を差し引く枠であり、毎月必ず12米ドルを請求されるという意味ではありません。

GitHub Freeの計算枠

この計算枠は、非公開・内部リポジトリの対象ランナー利用だけでなく、対象となるクラウドサンドボックスの計算やメモリにも共通で使われます。ほかの対象利用があれば、Actionsに使える残りも変わります。

ランナーの種類やOSによって単価が異なります。公式資料の例では、標準Linuxの一例は1分あたり0.006米ドルです。仮にその単価だけで12米ドルを使うと計算上2,000分ですが、すべての利用で「2,000分」が固定上限になるわけではありません。

「2,000分」とはどう違う？

例えばWindowsやmacOSは異なる単価で、ほかの対象利用も同じ枠を使うためです。実行時間や表示される金額の計算には条件があるので、概算と実際の請求画面を混同せず、詳細を確認します。

保存容量も別に確認します。GitHub Freeの公式表では、Actionsの成果物（アーティファクト）とGitHub Packagesで共有する含まれる保存量は500 MBです。テスト結果などを保存するほど使用量が増えます。

保存容量にも条件がある

Actionsのキャッシュは成果物とは別の枠で、公式案内ではリポジトリごとに10 GBの含まれる容量があります。保存量は時間の経過も関係し、削除しても、その月にすでに積み上がった使用分まで消えるわけではありません。必要な記録は残し、不要なものの扱いは運用に沿って判断しましょう。

使用量と予算を請求画面で確かめる

自分の残りを知りたいときは、一般的な無料枠の数字だけでなく、実際の請求アカウントを見ます。リポジトリの所有者が個人か組織かを確かめ、そのアカウントのBillingやUsageの画面を開きます。

まず対象の請求先を確認

公式案内では、個人アカウントの請求概要はGitHubの設定にあるBillingから確認できます。組織や企業は対象の組織・企業の請求画面を使い、表示できる内容は権限やプランにより異なります。画面名は変わることがあります。

Actionsの利用状況や計算枠、保存容量、対象期間を確認します。実行ごとの時間と、請求画面で計算された使用額は同じ表示とは限りません。「どのアカウントの、いつの期間の数字？」を一緒に確認しましょう。

超過と停止は設定で変わる

含まれる枠を超えたときにどうなるかは、支払い方法や予算の設定などに左右されます。公式案内では、有効な支払い方法が登録されていない場合、含まれる計算枠の消費後は利用がブロックされます。支払い方法がある場合は追加利用が請求されることがあります。

予算で上限到達時に利用を停止する設定もありますが、通知するだけの予算もあります。予算があるだけで必ず停止すると決めず、対象製品・金額・停止設定を確認しましょう。権限が必要な場合はアカウントの管理者に相談します。

実際の状態を報告してもらう

ChatGPTには「請求設定を変更せず、見られる範囲の使用量と対象期間、予算の停止設定が確認できるか教えて」と依頼できます。アクセスできなければ未確認と報告してもらい、見えていない残量を推測させないことが大切です。

必要な検査を保ち、無駄を減らす

無料枠を上手に使うには、最初に「何が、いつ、何回動くか」を知ることが大切です。Actions画面の実行履歴やワークフローの設定を見て、同じ目的の処理が重複していないか確認します。

何がきっかけで動く？

例えば、同じ変更に対してpushとPR更新の両方がきっかけになり、似た検査が2回動く設定もあります。ただし、見た目が似ていても確認内容が違うことがあります。実行を減らす前に、それぞれの役割と必要性を調べます。

PRが下書きのDraft状態でも、設定によっては作成や追加pushでActionsが動きます。「Draftだから実行されない」とは限りません。コツエイゴの確認用ワークフローもmain向けPRをきっかけにする設定なので、対象となるPR更新に伴う実行条件を確認します。

Draft PRでも動く場合がある

依存関係のダウンロードに時間がかかる場合、キャッシュが役立つことがあります。ただし、キャッシュにも保存容量や正しさの条件があります。短くなるとは限らず、変更前後の実行時間と結果を比較して判断します。

重複している条件を整理したり、不要な再実行を避けたりすることは検討できます。一方、節約のために必要なテストや公開後の確認を省かないことが大切です。安全な変更には、実行条件や確認項目への影響を確かめます。

必要な確認を削らない

ChatGPTには「最近の実行を確認し、重複の候補と各検査の目的を説明して。設定はまだ変更しないで」と頼めます。今の設定や権限を確認できない場合は、その範囲を明示してもらいましょう。

これで全16記事の学習は一区切りです。自分で全コマンドを覚える必要はありません。作業場所、保存先、main、公開、そして自動実行の結果と使用量を分けて質問できれば、ChatGPTと一緒に状況を確かめながら進められます。