Gitリポジトリからブランチを削除する必要はありますか？

Question

プロジェクトの時間が経過すると、多数の開発者が多数のブランチを作成します。古いGitブランチをリポジトリから削除するのは良い方法ですか？

利点と欠点は何ですか？

Answer 1

最初に：非常にというファイルシステムの制限がある場合、またはWeb UI /ツールが異常な量のブランチで苦労している場合を除き、技術的には必要ありません。

の場合は、の場合、マージコミットにはマージ元のブランチの参照が含まれていることがドキュメント上の理由から明らかです。あなたがgit merge branchXを使用する場合、Gitのデフォルトのケースがあります。メッセージはMerge branch "branchX" into branchY（通常はマスターになります）となります。

メッセージを手動で変更し、マージされたブランチを削除した場合は、後でブランチ名を見つける方法がありません。

私の主な利点は、アクティブなブランチだけが存在する、特にフィーチャーブランチを使用しているときに、整ったプロジェクトであるようです。

リリースブランチを個人的には削除しません。古代のブランチであっても重要なセキュリティアップデートが必要ですが、それはもちろんあなたのプロジェクトによって異なります。

Answer 2

マージされたGIT brnachesを削除することは常に良いことです。

GITサーバーのスペースを解放します。

また、履歴のチェックやブランチのブラウズ時に、サーバーの負荷が軽減されます。