「git flow」アプローチで、リリースブランチが開発にマージされるのはなぜですか？
git flow workflow では、リリースのブランチを作成することをお勧めします。リリース固有の作業が完了したら、結果をマスターブランチと開発ブランチにマージします。
リリースブランチの先端でマスターをリベースするのではなく、リリースブランチをマスターブランチにマージする理由を理解しています：マスターと履歴の競合が発生しないようにしたいと思います。
しかし、リリースブランチをマスターにマージするコミットで、マスターからオフにリベースするのではなく、リリースブランチを開発にマージすることが推奨される理由がわかりません。それは私にとってはより「自然な」ように見え、実行するのも簡単です。
何が欠けていますか？
何が欠けていますか？
再配置のゴールデンルール に違反します：パブリックブランチをリベースしないでください。