ブランチ戦略（Git Flow・トランクベース開発）とは？

ブランチ戦略（Git Flow・トランクベース開発）とは、並行して進む変更をどう枝分かれさせ、いつ本流へ戻すかの取り決め。Git Flowは開発・リリース・修正で長期の枝を使い分ける方式、トランクベース開発は主線へ小さく頻繁に統合し、未完成機能はフィーチャートグルで隠す方式。リリース頻度に応じて選ぶ。

ぶらんちせんりゃく

応用情報技術者試験の頻出用語／テクノロジ系／別名：ブランチ戦略、Git Flow・トランクベース開発、Git Flow、トランクベース開発

ブランチ戦略（Git Flow・トランクベース開発）の意味

並行して進む変更をどう枝分かれさせ、いつ本流へ戻すかの取り決め。Git Flowは開発・リリース・修正で長期の枝を使い分ける方式、トランクベース開発は主線へ小さく頻繁に統合し、未完成機能はフィーチャートグルで隠す方式。リリース頻度に応じて選ぶ。

ブランチ戦略（Git Flow・トランクベース開発）の具体例

月1回のパッケージ出荷ならリリース枝を保守できるGit Flowが合う。1日に何度もデプロイするWebサービスでは、枝が長生きするほど統合時の衝突が指数的に増えるため、トランクベースにして未完成のUIは環境変数のトグルでオフにしたまま本番へ入れる。

ブランチ戦略（Git Flow・トランクベース開発）は試験でどう引っ掛けられる？

「枝を細かく分けるほど安全」は誤り。統合の遅れは衝突と回帰の温床で、長寿命ブランチは統合地獄を招く。またフィーチャートグルは便利だが、消し忘れたトグルが分岐を増やして技術的負債になるため、削除期限をセットで決める必要がある。

ブランチ戦略（Git Flow・トランクベース開発）と関連する用語

最終更新：2026-08-25／解説は資格暗記が独自に作成しています。過去問の出典は各問題に記載のとおりです。