C++test －C/C++対応自動テストツール－

これらの問題には、バージョン管理の問題、単体テストが不十分、自動化できる作業を手作業でやっているなど、様々な原因が隠れています。その上、これらの問題が発覚するのはプロジェクト終盤で、リリースが迫ったプロジェクトは混乱に陥ります。インテグレーションを実行して初めて顕在化する問題が多いため、このようなことが起きてしまうのです。

継続的インテグレーション（CI）が生まれた背景にはアジャイル開発があります。とりわけ、エクストリームプログラミング（XP）では、できるだけ早く顧客（ステークフォルダ）からフィードバックを得るために、いつでも動くソフトウェアを用意するという考えがあります。そのため、イテレーション（反復）開発を行い、結果としてインテグレーションは早い段階から繰り返し行われます。インテグレーションからフィードバックを受け取ったら迅速にこれを反映し、新たなフィードバックを得ることが重要だからです。インテグレーションの回数は必然的に多くなります。
このサイクルを維持するためには、自動化された仕組みが必要です。エクストリームプログラミング（XP）から継続的インテグレーションが生まれてきた背景はここにあります。いつでも検証可能な動くソフトウェアを得るためには、自動化されたインテグレーションが欠かせません。また、この仕組みによって品質の作り込みも行われるのです。

それでは、継続的インテグレーションは、エクストリームプログラミング（XP）を取り入れていない組織にとって関係のないものでしょうか。そうではありません。エクストリームプログラミング（XP）は問題解決のアプローチであり、そのプラクティスとして生まれた継続的インテグレーションも同様です。ソフトウェア開発の現場では、選択した開発手法に関わらず共通の問題が存在します。継続的インテグレーションを取り入れることは、多くのプロジェクトが抱える問題をも解決できるため、注目を集めているのです。