[解決済み】Gitでブランチを削除するタイミングは？

質問

安定したアプリケーションがあるとします。

明日、誰かが大きなバグを報告したので、すぐにでもホットフィックスを行うことにしました。そこで、そのバグを修正するためのブランチを "master" から作成し、それを "2011_Hotfix" という名前にして、すべての開発者が協力して修正できるようにプッシュします。

バグを修正し、"2011_Hotfix" を "master" に、また現在の開発ブランチにマージします。そして "master." をプッシュします。

2011_Hotfix"はどうすればいいのでしょうか？このまま永遠にブランチとして置いておくべきなのか、それとももう目的を果たしたのだから削除すべきなのか? ブランチのリストが非常に長くなり、そのほとんどがもう必要でなくなる可能性があるからです。

万が一、削除された場合、その履歴はどうなるのでしょうか。実際のブランチが利用できなくなったとしても、履歴は維持されるのでしょうか? また、リモートブランチはどのように削除すればいいのでしょうか?

解決方法は？

ブランチを安全に削除するには git branch -d yourbranch . ブランチにマージされていない変更が含まれている場合 (つまり、ブランチを削除するとコミットを失ってしまう場合) は、git がそれを教えてくれて削除してくれません。

ですから、マージされたブランチを削除するのは安上がりですし、履歴を失うこともありません。

リモートブランチを削除するには git push origin :mybranch リモート名が origin で、削除したいリモートブランチの名前が mybranch であると仮定しています。