はじめに

CI/CD を作りやすいプロジェクト構造って、どういうものでしょうか？
この記事では、CI/CDの仕組みそのものやチーム運用ではなく、プロジェクト本体の構造にフォーカスして考えてみます。

結論から言うと：

人間が頻繁に触る場所¹と、ほとんど触らない場所を分けよう。
そして、それをプロジェクト初期に設計しておこう。

CI/CD しやすいプロジェクトの特徴

まず大前提として、CI/CD を導入・維持しやすいプロジェクトには次のような特徴があります。

機械が解釈できる形でルールが決まっている
- 単純なほど良い
- 例外がないに越したことはない
人間の裁量が少ない
- どこに何を置くかが決まっている
- ファイルやディレクトリの命名がルール化されている
コンフリクト²が起きにくい
- コンフリクトが起きると、人間の判断が必要になり、CI/CDの流れが止まりやすい
- コンフリクトが起きやすい場所・起きにくい場所を分離できているとより良い

これは僕の造語ですが、プロジェクトには CI/CD 的な観点から見た「Hot」と「Cold」な場所があると考えられます。
これは明確な定義というより、概念的な区分です。

このように分けると、一般的に Cold な場所のほうが CI/CD の自動化がしやすい です。

ただし、プロジェクトにおける相対的な価値³は、たいてい 人間が手を加える Hot な場所 が作り出します。

前章では「Hot / Cold はグラデーションである」と述べましたが、
もう少し踏み込んで、プロジェクト内の各場所がどの程度自動化しやすいかを可視化してみましょう。

いわば、自動化の観点から見た 「ヒートマップ」 を作るイメージです。

特に、自動化しにくい場所については、「なぜ自動化しにくいのか？」 という理由も一緒に洗い出しておくと良いです。

こういった理由がわかってくると、「じゃあどこから CI/CD に取り組めばいいか」「どういう方針ならうまくいきそうか」が、自然と見えてきます。

このように、プロジェクトの中にある「温度差」を意識してマッピングしてみると、
自動化の足がかりを掴みやすくなります。

ヒートマップを作成したら、それをもとにプロジェクト内での管理方法を分離していきます。
ここでは、プロジェクトやチームの状況に応じていろいろな手段が取れると思います。

この後、Cold 側から CI/CD を進めることをお勧めしますが、
具体的な進め方についてはプロジェクトやチームごとに異なるため割愛します。

プロジェクトの最初から CI/CD を意識して取り組んでください。
たとえ 後から CI/CD を導入する 予定であったとしても、最初からやりやすさを意識することが重要です。⁵
後から修正や再構築を行うのは結構大変です⁶。

そのうえで、Hot な場所もできるだけCold に近づけることを意識してください。
「自動化しやすそうな場所はどこか？」と考えることで、CI/CD や自動化が後から導入される際、担当者はちょっとだけ幸せになります。

CI/CD をスムーズに導入するためには、プロジェクト構造を最初から意識して設計することが大切です。特に、Hot な場所（自動化しにくい場所） と Cold な場所（自動化しやすい場所） を意識することが重要です。

後から修正や再構築を行うのは非常に大変です。スタートかｒ自動化しやすい構造を意識して、自動化しにくい場所の理由を把握し、できるだけそれらを整理することで、後々の CI/CD 運用が格段に楽になります。