CI/CDとは何ですか？

コードの変更を自動でビルド・テスト（CI）し、本番環境に自動デプロイ（CD）する開発プラクティス。

CI/CDのポイントは？

CI（Continuous Integration）：コード変更を頻繁に統合し自動テスト。CD（Continuous Delivery/Deployment）：自動で本番環境にデプロイ。GitHub Actions、GitLab CI、Jenkins、CircleCI が代表的ツール。テストの自動化が CI/CD の前提条件

【しーあいしーでぃー】

CI/CD とは？

💡 コード変更から本番反映まで「全自動」にする

📌 このページのポイント

CI（Continuous Integration）：コード変更を頻繁に統合し自動テスト
CD（Continuous Delivery/Deployment）：自動で本番環境にデプロイ
GitHub Actions、GitLab CI、Jenkins、CircleCI が代表的ツール
テストの自動化が CI/CD の前提条件

CI/CDはビルド・テスト・デプロイを自動化する開発プラクティス

ひよこ

なんでCI/CDが必要なの？

ペンギン先生

手動でテスト→手動でビルド→手動でデプロイだと、ヒューマンエラーが起きるし時間もかかる。CI/CDで自動化すれば「push したら10分後に本番反映」が実現する。バグの早期発見、リリース頻度の向上、開発者のストレス軽減など良いことずくめだよ

ひよこ

CIとCDの違いは？

ペンギン先生

CIは「コードを書いたらすぐ統合・テスト」。PRを出すと自動でテストが走り、パスしないとマージできない。CDは「テスト通過後に自動でデプロイ」。Continuous DeliveryはデプロイReady状態まで自動化（最終判断は人間）、Continuous Deploymentは本番デプロイまで完全自動化だね

ひよこ

おもしろい！GitHub Actionsの始め方は？

ペンギン先生

.github/workflows/ci.yml を作成して、トリガー（on: push）、実行環境（runs-on: ubuntu-latest）、ステップ（npm install → npm test）を定義するだけ。GitHubに無料枠があるから、個人プロジェクトでもすぐ始められるよ。まずはlintとテストの自動実行から始めよう

ひよこ

CI/CDのベストプラクティスは？

ペンギン先生

①テストは高速に（10分以内が理想、遅いと開発者がCIを待たなくなる）、②main/masterブランチは常にデプロイ可能な状態を保つ、③フィーチャーフラグでリリースとデプロイを分離、④ロールバック手順を用意しておく。CI/CDは「文化」であって「ツール」ではないというのが重要な考え方だよ

まとめ：ざっくりこれだけ覚えればOK！

「CI/CD」って出てきたら「コードの統合・テスト・デプロイを自動化する仕組み」と思えればだいたいOK！

📖 おまけ：英語の意味

「Continuous Integration / Continuous Delivery (Deployment)」＝継続的インテグレーション / 継続的デリバリー（デプロイメント）

💬 Continuous（継続的に）Integration（統合）とDelivery/Deployment（配信/配備）を行う手法だよ

← 用語集にもどる