Git フローで新しい機能を開発するとき、feature ブランチはどのブランチから作成するのが正しいか？

解説

Git フローでは、新機能の開発を始めるとき、develop ブランチを起点にして feature ブランチを作成します。これは Git フローの最も基本的なルールの一つです。なぜ develop からなのか？ develop ブランチには、次のリリースに向けて開発中のコードが集まっています。feature ブランチはこの develop の最新状態をベースにして作ることで、他の開発者が既に統合した変更を取り込んだ状態から作業を始められます。そして機能が完成したら、再び develop ブランチにマージして戻します。main から作成しない理由は、main にはリリース済みの安定版コードしか含まれていないためです。main をベースにすると、develop で進行中の他の変更と大きく乖離してしまい、マージ時にコンフリクトが多発するリスクがあります。release ブランチはリリース直前の最終調整用であり、ここから新機能の開発を始めることはありません。release ブランチ上で行うのはバグ修正やドキュメント更新などの軽微な変更に限られます。hotfix ブランチは本番環境で発生した緊急バグの修正用で、これは例外的に main ブランチから直接作成します。修正完了後は main と develop の両方にマージすることで、修正漏れを防ぎます。このように、ブランチの作成元と戻し先を正しく理解することが Git フローを使いこなす第一歩です。git checkout -b feature/xxx develop のように、起点を明示してブランチを切る習慣をつけましょう。