安定したアプリケーションがあるとします。
明日、誰かが大きなバグを報告し、私たちはすぐに修正することに決めました。そこで、私たちは「master」からその修正用のブランチを作成し、「2011_Hotfix」という名前を付け、それをプッシュして、すべての開発者が協力して修正できるようにします。
バグを修正し、「2011_Hotfix」を「master」と現在の開発ブランチにマージします。そして、「master」をプッシュします。
「2011_Hotfix」は、これからどうすればよいのでしょうか。ブランチとして永遠に残しておくべきでしょうか、それとも、目的を果たしたので、今すぐ削除すべきでしょうか。ブランチをあちこちに放置しておくのは不潔に思えます。ブランチのリストが非常に長くなり、そのほとんどはもはや必要でなくなる可能性が高いからです。
削除する必要がある場合、その履歴はどうなりますか? 実際のブランチが利用できなくなっても、履歴は維持されますか? また、リモート ブランチを削除するにはどうすればよいでしょうか?
ベストアンサー1
を使用すると、ブランチを安全に削除できますgit branch -d yourbranch。ブランチにマージされていない変更が含まれている場合 (つまり、ブランチを削除するとコミットが失われる場合)、git はそれを通知し、削除しません。
したがって、マージされたブランチを削除するのは簡単で、履歴が失われることはありません。
リモート ブランチを削除するには、 を使用します。git push origin :mybranchリモート名が origin で、削除するリモート ブランチの名前が mybranch であると仮定します。