トランクベース開発 とは？

ブランチを完全に禁止するわけじゃないけど、使うとしても1日以内にマージする短命ブランチだけ。Git-flowみたいにdevelop・release・featureと何本もブランチを長期間並行させるのとは真逆の発想だね。

だからCI（継続的インテグレーション）が必須になる。コミットするたびに自動テストが走って、壊れたらすぐ検知できる。「小さな変更を頻繁に」がルールだから、壊れても影響範囲が小さくて直しやすい。

そこでフィーチャーフラグを使う。コードは本番に入っているけど、フラグでオフにしておけばユーザーには見えない。完成したらフラグをオンにするだけでリリースできる。デプロイとリリースを分離するテクニックだね。

チームの規模や状況による。トランクベースはCI/CDが整っている・チーム全員のスキルが高い・リリース頻度を上げたいケースに向いている。Git-flowは厳密なリリース管理が必要なプロダクトに向いている。Google・Facebook・Netflixなどはトランクベースを採用しているよ。

Googleは数万人のエンジニアが単一リポジトリ（モノレポ）でトランクベース開発をしている。秘訣は強力な自動テスト・コードレビュー・フィーチャーフラグの組み合わせ。あと変更を小さく保つ文化が根付いていることが重要で、「1コミットの差分は数十行」というルールを守ることでコンフリクトを最小化している。