いくつかのバグ修正ブランチが山積みになり始めています。それらはマスターにマージされ、本番環境にデプロイされました。
これらのブランチをいつクリーンアップする必要があるかについての良いベンチマークはありますか?
それらをクリーンアップする必要がありますか、それとも履歴データがあればいいですか?
gitが機能する方法は、branchの名前が特定のコミットへのポインタにすぎないことです。ホットフィックスブランチをマスターにマージすると、ホットフィックスとマスターはコミットツリーのまったく同じ場所を指します。マスターでさらにコミットを行うと、マスターが更新される間、ホットフィックスブランチは同じ場所を指し続けます。あなたの歴史は常に保存されます。
したがって、基本的にマージ後にホットフィックスブランチを保持する唯一の理由は、同じホットフィックスにさらに変更を加えることを計画している場合です。これは、ホットフィックスをリリースするとあまり意味がありません。したがって、マージ後にブランチを完全に削除しても安全だと感じるはずです。ただし、もう1つできることは、修正プログラムがマージされたら、masterブランチにタグを作成し、そのポイントを修正プログラムのリリースとして識別します。
マスターにマージされている場合、ブランチを削除しても履歴は削除されません。マージ前の最後のコミットから後でいつでもブランチをいつでも再作成できます。