デプロイとは

デプロイとは、手元で作ったアプリやその変更を、サーバーやクラウドなどの実行環境に配置し、利用者が実際に使える状態にすることです。読み方は「でぷろい」、英語の deploy（配置する、展開する）から来ています。名詞としては deployment（デプロイメント）と言い、「本番に出す」「リリースする」と同じような意味で使われることもあります。

自分のパソコンのlocalhostで動いているだけでは、ほかの人は使えません。インターネット上の住所を持つ場所へ置いて初めて、ほかの人がURLを開けるようになります。その「置く」作業全体がデプロイです。

アプリの設計指針として知られるThe Twelve-Factor App の「ビルド、リリース、実行」は、コードが動き出すまでを3つの段階に分けています。

• ビルド：リポジトリのコードを、実行できる形のひとまとまりに変換する段階
• リリース：できあがったビルドに、その出し先用の設定を組み合わせる段階
• 実行：選んだリリースをもとに、アプリのプロセスを起動する段階

同じ資料は、すべてのリリースに一意のIDを付け、一度作ったリリースは書き換えないことを求めています。直したいときは新しいリリースを作ります。こうしておくと、どの版がいつ出ていたかが追え、前の版へ戻すことも容易になります。

出し先は1つとは限りません。GitHubのGitHub Actionsを使用したデプロイ（GitHub Docs）では、production、staging、development のようなデプロイ先を「環境」として分けて扱う方法が説明されています。本番の手前で確かめる場所についてはステージング環境のページで詳しく扱います。

HTMLやビルド済みのファイルを配信するだけのサイトなら、手順は短くなります。Cloudflare Pagesを例にすると、やり方は大きく2つです。

• Gitと連携する方法：Git integration（Cloudflare Docs）によると、リポジトリをつなぐと本番ブランチへのプッシュで自動的に本番へ出ます。それ以外のブランチへのコミットでは、本番に影響しないプレビュー用のURLが作られます。
• 手元から直接アップロードする方法：Direct Upload（Cloudflare Docs）では、npx wrangler pages deploy <ビルド出力のフォルダ> の形で送る手順が示されています。なお、この方式で作ったプロジェクトは、あとからGit連携へ切り替えられないと明記されています。

プレビュー用のURLには2種類あります。Preview deployments（Cloudflare Docs）によると、コミットごとのハッシュ付きURLはその時点の内容を指したまま残り、ブランチ名のURLは最新のコミットを指すように更新されます。また、プレビューは既定では公開状態で、見られる人を絞るには別途アクセス制限の設定が必要です。

AIコーディングエージェントはターミナルのコマンドを実行できるため、頼めばデプロイまで進めてしまうことがあります。便利な反面、確認前の変更がそのまま公開される危険もあります。

• 本番へのデプロイは人の承認を通す：GitHub Docs によれば、必須のレビュー担当者を設定した環境を参照するジョブは、承認されるまで開始を待ちます。
• エージェントに渡す権限を分ける：プレビューへは出せても本番へは出せない鍵にしておくと、誤操作の影響を小さくできます。
• 公開前の機能は隠しておく：まとめてデプロイすると、取り込み済みでまだ見せたくない機能まで一緒に出ます。表示を切り替える設定を既定で「出さない」にしておく方法があります。

エージェントに与える権限の考え方はAIコーディングエージェント導入のセキュリティチェックリスト2026で項目ごとに整理しています。

• 誤解：デプロイ＝プッシュ → 実際：プッシュは記録をリモートのリポジトリへ送る操作です。Git連携でプッシュをきっかけにデプロイが走る設定はありますが、別の操作です。
• 誤解：デプロイが成功したら公開は完了 → 実際：成功はファイルの配置が終わったことを示すだけです。実際のURLを開き、意図した画面が出るかを確かめて初めて完了です。
• 誤解：プレビューのURLは誰にも見られない → 実際：サービスによっては既定で公開されています。未発表の内容を置くなら、アクセス制限の有無を確認します。

• 戻し方を先に決める：直前の版へ戻す手順を確かめてから出すと、問題が出ても落ち着いて対応できます。詳しくはロールバックへ。
• 鍵は環境ごとに分けて設定する：本番用の鍵をコードに書かず、デプロイ先の環境変数として登録します。
• 手作業を自動に寄せる：毎回同じ手順なら、CI/CDに組み込むと手順の抜けが減ります。
• 出したら外から見る：自分の環境ではなく、公開URLを別の端末やシークレットウィンドウで開いて確かめます。

• ステージング環境
• ロールバック
• CI/CD
• ローカル環境
• MVP
• 環境変数
• プッシュ

• ストア／マーケット出品入門：個人開発の出口戦略
• 個人開発MVPの作り方：スコープを絞って「動くもの」を出すまで
• AIコーディングエージェント導入のセキュリティチェックリスト2026

• ビルド、リリース、実行（The Twelve-Factor App 日本語版）
• GitHub Actionsを使用したデプロイ（GitHub Docs）
• Git integration（Cloudflare Pages Docs）
• Direct Upload（Cloudflare Pages Docs）
• Preview deployments（Cloudflare Pages Docs）

Q1. デプロイとは何ですか？
作ったアプリやその変更を、サーバーやクラウドなどの実行環境に配置し、利用者が使える状態にすることです。手元のパソコンで動くだけの状態から、インターネット上のURLで開ける状態にする作業全体を指します。

Q2. デプロイとリリースは同じ意味ですか？
日常会話では同じように使われることもありますが、分けて考えると整理しやすくなります。デプロイは実行環境に配置する作業、リリースはビルドと設定を組み合わせて出せる版にすることや、利用者に提供を始めることを指す場合が多いです。

Q3. デプロイとプッシュの違いは何ですか？
プッシュは手元の記録をリモートのリポジトリへ送る操作で、デプロイはアプリを実行環境に配置する操作です。Git連携の設定によってはプッシュをきっかけに自動でデプロイが走りますが、操作としては別物です。

Q4. プレビューのデプロイとは何ですか？
本番に影響を与えずに、変更後の画面を専用のURLで確かめるための仕組みです。Cloudflare Pagesでは、本番以外のブランチへのコミットごとに作られます。既定では公開状態なので、見られる人を絞る場合はアクセス制限を設定します。

Q5. AIエージェントにデプロイまで任せてもよいですか？
プレビューまでなら任せる選択肢はありますが、本番へ出す操作は人の承認を挟む形をおすすめします。本番用の鍵をエージェントに渡さない、承認が必要な環境設定にする、といった方法で、確認前の変更が公開されるのを防げます。