git flowでリリースブランチを作成するのはいつですか？

Question

私たちのチームはgit flowを使用しており、2ヶ月ごとに継続的にリリースを行っています。私はリリースブランチを作成する必要があるときは少し混乱しています。

たとえば、次のような場合、最後のリリースでバグがあります。このリリースで修正する必要があります。リリースブランチを最初に作成し、リリースブランチからbugfixブランチを作成するか、そして開発に合併してから、開発からリリースブランチを作成しますか？

bugfixブランチを作成せずに直接ブランチをリリースするには小さなバグを押しますか？

フィーチャーブランチまたはバグフィックスブランチからリリースされる開発から1つのコミットをマージしてください。

Answer 1

通常、リリースブランチは開発ブランチから分岐します。リリースブランチでは、バージョンがインクリメントされ、マスターブランチにマージされます。リリースブランチをマスターブランチにマージして開発ブランチに戻したら、マスターブランチからタグを追加して、以前にリリースされたバージョンのバージョン番号に従って名前を付ける必要があります。

たとえば、次のような場合、最後のリリースでバグがあります。このリリースで修正する必要があります。最初にリリースブランチを作成し、リリースブランチからbugfixブランチを作成するか、機能の開発と併合して開発し、開発からリリースブランチを作成しますか？

この場合、バグのフィーチャーまたはバグフィックスブランチを作成して修正し、マージして開発します。その後、すべての機能の開発を行い、リリース準備が整うとすぐに、開発ブランチからリリースブランチを作成し、上記の手順に進みます。

bugfixブランチを作成せずにブランチを直接解放する必要がありますか？

リリースブランチではなく、開発ブランチで開発してください。リリースブランチは、マスターにマージしてから削除してから、次のバージョンをリリースするときに再び作成することができます。

機能ブランチまたはバグ修正ブランチからリリースされた開発から1つのコミットをマージしてください。

1つの機能または1つのバグフィックスを含む新しいバージョンをリリースする場合は、開発ブランチから新しいリリースブランチを作成し、前述のリリースの作成と同じ手順を実行します。そうではない理由はない（つまり、あなただけの1バグ修正を含むバグ修正リリース作成する場合）... GitFlowの詳細については、直接、リリースブランチを開発する必要があるかどうかについてとても混乱しhere