Continuous Integration / Continuous Delivery or Deployment
継続的インテグレーション/継続的デリバリー・デプロイメントコード変更を自動でビルド・テストし、承認または自動化を経て各環境へ安全に届ける開発運用の仕組みです。
公式・公的資料で確認公式・公的資料で確認
CI/CDはContinuous IntegrationとContinuous DeliveryまたはDeploymentの略です。変更を自動でビルド・テストし、検証済みの成果物を環境へ届けるパイプラインを表します。CDのDがDeliveryかDeploymentかは文脈で異なります。
分野別の意味
コード変更を自動でビルド・テストし、承認または自動化を経て各環境へ安全に届ける開発運用の仕組みです。
公式・公的資料で確認それが何か、何ができるか、どこで使われるか
CI/CDはContinuous IntegrationとContinuous DeliveryまたはContinuous Deploymentをまとめた呼び方です。GitHub公式ドキュメントでは、GitHub ActionsをCI/CDプラットフォームとして、ビルド、テスト、デプロイのパイプラインを自動化できる仕組みと説明しています。CIでは小さな変更を共有ブランチへ頻繁に統合し、自動ビルドやテストで不具合を早く検出します。Continuous Deliveryはリリース可能な成果物を継続的に準備し、承認などを経て本番へ出せる状態にする考え方です。Continuous Deploymentは検証済みの変更を自動で本番へ反映する運用を指します。CI/CDは単なる自動デプロイの設定ファイルではなく、ブランチ戦略、テストの信頼性、アーティファクト、環境差分、秘密情報、ロールバック、承認、監査を含む開発運用の仕組みです。失敗したテストを無視して流すと自動化が品質保証にならないため、失敗時の停止条件を設計します。読み方は「シーアイシーディー」です。
CI/CDは、手作業でのビルド・テスト・配布を繰り返す代わりに、変更を小さく統合し、同じ検証手順を自動で実行しやすくします。自動化してもテスト品質、秘密情報、承認、ロールバックが自動的に解決するわけではありません。
現在は、Gitのプルリクエストやタグを起点に、テスト、セキュリティ検査、成果物作成、段階的デプロイ、監視を行うパイプラインで使われます。DeliveryとDeploymentの違い、承認ゲート、環境ごとの権限を確認します。
この言葉を位置づけるための関連語
確認日・出典
公式・公的資料で確認
最終確認2026/8/23
正式名称、意味、使われる分野を分けて記録しています。