バージョン番号付きreleaseブランチの命名

releaseブランチの命名

releaseブランチは、チームが新しいバージョンのデプロイ準備ができた時に作成されます。developブランチが次のサイクルの新機能を引き続き受け入れる間、最終的なバグ修正、ドキュメント更新、バージョンバンプを可能にします。

標準フォーマット

release/v{major}.{minor}.{patch}
release/{version-name}
release/{date}-{description}

例

リリースタイプ	ブランチ名
セマンティックバージョン	release/v2.3.0
名前付きリリース	release/aurora
日付ベース	release/2026-03-sprint-12
機能リリース	release/v3.0.0-beta-new-dashboard

ブランチ名のセマンティックバージョニング

ほとんどのチームはSemVer（セマンティックバージョニング）に従います：

• Major（v2.0.0）— 破壊的変更、API非互換
• Minor（v2.3.0）— 新機能、後方互換
• Patch（v2.3.1）— バグ修正のみ、後方互換

ブランチ名は現在のバージョンではなく、ターゲットバージョンを反映する必要があります。release/v2.3.0を作成する時、このブランチがマージとタグ付け時にバージョン2.3.0になることを示しています。

releaseブランチのライフサイクル

1. リリースの機能が完成した時点でdevelopから分岐する
2. バグ修正、ドキュメント、バージョンバンプのみ許可
3. 安定したらmainにマージし、バージョン番号でタグ付け
4. 安定化中に行われた修正を取り込むためdevelopにバックマージ

releaseブランチ名のコツ

• トレーサビリティのためバージョン番号を必ず含める
• vプレフィックスを一貫して使用する（v2.3.0、2.3.0ではなく）
• プレリリースバージョンには修飾子を追加：release/v3.0.0-rc.1
• releaseブランチには機能の説明を追加しない — 単一の機能ではなく変更のコレクションを表す