CI/CD（継続的インテグレーション／継続的デリバリー）とは
CI/CDは、ソフトウェアの「ビルド（プログラムを動く状態にする処理）」「テスト」「本番サーバーへの配布（デプロイ）」という一連の開発手順を自動化し、安全かつ高頻度でリリースを行うための仕組みです。CI（Continuous Integration：継続的インテグレーション）により、コードを変更するたびに自動でテストが実行されてバグが早期発見され、CD（Continuous Delivery：継続的デリバリー/デプロイ）によって、テストを通過したプログラムが自動的（または簡単な承認）でユーザーが使える状態へと反映されます。
具体例
Webサービスの開発において、開発者がバグ修正のコードをサーバー（GitHubなど）にアップロードしたとします。するとCI/CDツールが自動で起動し、①プログラムを組み立て、②テストコードを全自動で実行し、③すべてのテストに合格したら本番環境に自動でコピーしてサービスを更新します。これにより、リリース時の手作業ミスを排除できます。
【CI/CDパイプラインの流れ】\n1. コード編集・コミット（開発者）\n2. [CIステージ] ── 自動でビルドを実行 ──> 自動テストを実行（エラーがあれば即時通知）\n3. [CDステージ] ── テスト合格後、ステージング環境や本番環境へ自動デプロイ（反映）もう少し詳しく
CI/CDは、アジャイル開発における俊敏性を支える技術的柱です。「CI（継続的インテグレーション）」は、開発者がコードの変更を共有リポジトリ（Gitなど）にプッシュするたびに、ビルドおよび単体テストを自動実行するプロセスです。これにより、「昨日まで動いていた機能が、誰かのコード追加によって壊れる（デグレ）」問題を早期に検出します。「CD」には、ステージング環境まで自動的にビルドを配置し、本番リリースは人間の承認（手動トリガー）を待つ「継続的デリバリー（Continuous Delivery）」と、テスト合格後に本番環境まで一切の手動介入なしでデプロイを完了させる「継続的デプロイメント（Continuous Deployment）」の2つの定義があります。これらを実現する一連の自動化フローを「CI/CDパイプライン」と呼びます。パイプラインの構築には、Jenkins、GitHub Actions、GitLab CI/CD、CircleCIなどのツールが使われます。CI/CDを正常に機能させるには、高いテストコードの網羅率（テストカバレッジ）と、本番環境への安全なデプロイ手法（ブルーグリーンデプロイメントやカナリアデプロイメントなど）の実装が必要です。
試験でのポイント
応用情報技術者試験では、CIとCDのそれぞれの定義や役割の違い、および導入メリットが頻出です。特に「CI（継続的インテグレーション）は、開発者がコミットしたプログラムを頻繁にビルド・テストし、品質向上と手戻り防止を図る」「CDは、ビルドから検証環境や本番環境への配置プロセスを自動化し、リリースサイクルを短縮する」といった記述を選択肢で見分けられる必要があります。また、CI/CDで前提となる「テストの自動化」や、ビルドが失敗した際に即座に修正する（ビルドを壊したままにしない）という運用の基本原則も問われます。さらに、本番リリースにおける安全なデプロイ手法である「ブルーグリーンデプロイメント（新旧2系統の環境を用意しルーティングを切り替える方式）」の概念図や仕組みと絡めて出題されることも多いため、デプロイパターンも併せて学習しておきましょう。
関連する用語
短期間で開発サイクルを繰り返すアジャイル開発、新旧2つの同一システム環境を切り替えるブルーグリーンデプロイメント、およびソフトウェア構成をコードで管理するバージョン管理システム（Gitなど）があります。これらを連動して学ぶことで、開発とリリースの自動化プロセスを総合的に理解できます。