なぜ我々は継続的インテグレーション、継続的デリバリするのか | DevTab - 成長しつづけるデベロッパーのための情報タブロイド

これはギルドワークスイベントカレンダー 3日目の記事となります。 ギルドワークスでは、プロジェクトを開始したときに、多かれ少なかれ、継続的インテグレーションや継続的デリバリの仕組みを組みます。 今日は改めて、なぜそのような仕組みをととのえているのか、整理して見たいと思います。 継続的インテグレーションと継続的デリバリ その前に、改めて用語を整理しておきましょう。 継続的インテグレーション（CI）とは、ソースコードを継続的に結合（Integrate）することです。 JavaやC#などコンパイルを行う言語では、「継続的ビルド」とも言います。ビルドすることそのものが、結合に当たるからですね。 一方、Rubyなどの動的言語では、簡単な単体テストを使って、結合を確認することが多いでしょう。（もちろん、Javaなどでも単体テストを含めることはあります） 継続的デリバリ（CD）とは、CIによって結合され