git - リモートリポジトリからブランチを削除しないのは良い考えですか?

Question

すべての開発に Gitflow を使用していますが、フィーチャー ブランチのアップストリームを設定したことはなく、finish コマンドを実行すると Gitflow によってローカル ブランチが削除されます。私たちは 3 人しかいませんが、通常は、リモート リポジトリの開発ブランチを追跡するために上流にある開発ブランチで作業しています。

2 質問？

1. すべての機能ブランチをリモート リポジトリで利用できるようにする必要がありますか?
2. リモート リポジトリからブランチを削除しないのは良い習慣ですか?

Answer 1

これに関するグループの考えを知りたいと思っていますが、私は決してデータを失いたくないという意見です. 私は今でも 10 年前の SVN コミットを調べて自分の頭がどこにあったかを調べており、忘れていた小さなアイデアを見つけて、新しい、より強力なプログラマーの頭脳で再び生き返らせたいと思っています。また、万一私たちの商品が有名になった場合は、後世にその制作過程を記録に残したいと思っています。コミット自体は非常に安価に保存でき、そのスペースはますます安くなります。

つまり、ブランチが再びマージされている場合、それらを削除してもポインタが削除されるだけです。コミットは、マージ コミットによって永久に保持されます。マージ コミットには、デフォルトでマージされたブランチの名前が付けられるため、名前のないブランチが最初に何と呼ばれていたかを把握することができます。これは、私には両方の長所のように思えます。私は押しつぶされたコミットの大ファンではありませんが、なぜそうすべきかについての説明は受け入れます。