CI/CD パイプライン構築コース

速く信頼できるCI — テスト、cache、matrix、通知

CIの目的は、開発を止めることではなく、本番に出す前に異常を再現可能な形で見つけることです。実行場所・内容・速度・通知を一緒に設計します。

TL;DR

すべてのpushに全検査を掛ける前に、失敗の影響と頻度を分ける。

Lintや単体テストは早いフィードバック向き。脆弱性検査など重い処理は集約ブランチや定期実行に寄せると、コストと待ち時間を管理しやすい。

CIは「全部を毎回走らせる」より、異常を早く見つけて行動できる設計を優先する。

同じ準備を繰り返さず、独立した検査は同時に終わらせる。

依存関係の取得結果をキャッシュし、OS・言語バージョン・テスト対象など独立な組み合わせはmatrixで並列にする。失敗した組み合わせが分かるよう、単位は意味のある粒度に保つ。

cacheとmatrixは、ジョブが独立している範囲で使うと速さと原因特定を両立できる。

PR上で見える結果までSlackへ流すと、重要な失敗が埋もれる。

featureブランチではPRチェックを基本にし、集約ブランチやデプロイの失敗など、即対応が必要なイベントを通知する。失敗時のリンク・対象・次の行動を一つにする。

通知には失敗のURL・対象・次の担当を含め、受け手が迷わない状態にする。