git 開発ブランチを削除しては行けない理由

Question

git初心者です。

開発ブランチをmasterにマージした後、その開発ブランチを削除してはいけない理由は何かありますか？

5,6人でチーム開発をしているのですが、ある先輩にだけ「ブランチは絶対に削除するな！」と強く言われました。

ただ、git ブランチ削除 と調べればそのコマンドもたくさん出てきますし、不要になったブランチは削除しよう！なんて書かれていたりします。

先輩に理由を聞いても頑なに「世界中のgitのルールだ！」としか言われないので、マージ後のブランチを削除してはいけない理由(デメリット)があればおしえてください。

Answer 1

マージ後は削除するのが普通。

Answer 2

先輩に理由を聞いても頑なに「世界中のgitのルールだ！」としか言われないので、マージ後のブランチを削除してはいけない理由(デメリット)があればおしえてください。

特にないと思います。
実際、その先輩も理由を答えられないということなので、そこは察していただければと思います。

むしろ不要なブランチを残しておくと、どのブランチがマージ済みなのか分からなくなったり、管理が煩雑になったりするので、推奨されません。

Answer 3

考えられるとしたら、マージのルールと責任が明確になっていない開発体制なので、ブランチを消すと修正箇所が分からなくなるとか、ブランチの状態で動くかどうかあとで検証しないといけない状態に陥ってるとか?

経験的には、過去にブランチの誤削除でソースを失ったトラウマから、標準ではブランチの削除が出来ない権限構成になっている開発体制を採っている会社を見たことがあります。

上記のような問題がありつつも解決出来ないでいるので
(その先輩の頭の中では)世界中のgitのルールだ！
ということなんだと思います。

git flowとかgit ブランチ戦略あたりで調べると、多く採用されているブランチ管理手法を知ることができますので、世間の常識を知りつつ現場のルールに従うのが良いんじゃないかなと思います。
という

Comments

[退会済みユーザー]

「トラウマ」というより、過去の障害の「対策」に起因しているんでしょうねｗ
該当障害の報告書を読むと理由がわかるかもしれないですね。

[tanat]

ですねｗ
色々対策案を出したが100%防ぐことは出来ないので、最終的には[原理的に消せないようにする]という残念なところに落ち着いたと予想しています

[mogu_7]

実はその先輩は最近中途で入社された方なので、前の会社でのトラウマがあるのかもしれません…。

チームのルールとしては「ブランチ削除禁止」なんてことはなく、今回その先輩が初めて主張したため質問させていただきました。

ご回答ありがとうございました。

[tanat]

心の闇や単なる無知と対峙するのは大変かつ実りが無いので、あんまり大変ならチームの責任者に相談するのが良いかもしれませんね。

Answer 4

開発ブランチをmasterにマージした後、その開発ブランチを削除してはいけない理由は何かありますか？

特にないかと思います。