Со временем в проектах большое количество филиалов создается несколькими разработчиками. Является ли хорошей практикой удалять старые, объединенные ветви Git из репозитория?Нужно ли удалять ветки из репозитория Git?
В чем преимущества и недостатки?
Со временем в проектах большое количество филиалов создается несколькими разработчиками. Является ли хорошей практикой удалять старые, объединенные ветви Git из репозитория?Нужно ли удалять ветки из репозитория Git?
В чем преимущества и недостатки?
Прежде всего: это технически не требуется, если у вас нет очень большое количество, где ограничения файловой системы или ваш веб-интерфейс/инструменты начинают бороться с необычным количеством ветвей.
Нет никаких очевидных недостатков при удалении старых ветвей , если, ваши коммиты слияния содержат ссылку ветки, из которой произошло слияние (по причинам документации). Это случай по умолчанию с Git, если вы используете git merge branchX
- сообщение читает Merge branch "branchX" into branchY
(обычно в мастер).
Если вы вручную измените сообщение и удалите объединенную ветку, после этого невозможно узнать имя филиала.
Главным преимуществом для меня, по-видимому, является аккуратный проект с активными ветвями, особенно когда вы используете ветви функций.
Я бы лично не удалял освободить ветки, так как вы никогда не знаете, когда, например, критическое обновление безопасности необходимо даже для древних ветвей, но это зависит от вашего проекта, конечно.
Всегда полезно удалять слитые GIT brnaches.
Это освободит место на сервере GIT.
Кроме того, нагрузка на сервер будет уменьшена при проверке истории или просмотре ветвей.
Пространство не является проблемой, если ветка была объединена с одной из оставшихся ветвей - или, ну, это если вы заботитесь о 40 байт плюс один указатель файла в файловой системе. Но в целом, Git очень эффективен в пространстве. –