Im Laufe der Zeit wird bei Projekten eine große Anzahl von Zweigen von mehreren Entwicklern erstellt. Ist es eine gute Vorgehensweise, alte, zusammengefügte Git-Zweige aus dem Repository zu entfernen?Muss man Zweige aus dem Git Repository löschen?
Was sind die Vor- und Nachteile?
Zunächst einmal: Es ist technisch nicht notwendig, es sei denn, Sie haben eine sehr hohe Zahl, wo Dateisystem Grenzen treten oder Ihre Web-UI/Tools beginnen mit der ungewöhnlichen Anzahl von Zweigen zu kämpfen.
Es gibt keinen offensichtlichen Nachteil beim Entfernen der alten Zweige , wenn Ihre Zusammenführungs-Commits einen Verweis auf den Zweig enthalten, aus dem die Zusammenführung erfolgte (aus Dokumentationsgründen). Das ist der Standardfall mit Git, wenn Sie git merge branchX verwenden - die Nachricht lautet Merge branch "branchX" into branchY (normalerweise in Master).
Wenn Sie die Nachricht manuell ändern und den zusammengeführten Zweig löschen, gibt es keine Möglichkeit, den Verzweigungsnamen anschließend herauszufinden.
Der Hauptvorteil zu mir scheint, ein sauberes Projekt zu sein, mit nur aktiven Zweigen vorhanden, besonders wenn Sie Feature Zweige verwenden.
Ich würde persönlich nicht löschen Release Zweige, wie Sie nie wissen, wenn z. Ein kritisches Sicherheitsupdate ist sogar für alte Niederlassungen notwendig, aber das hängt natürlich von Ihrem Projekt ab.
Es ist immer gut, gemischte GIT-Dateien zu löschen.
Es würde etwas Platz in GIT-Server freigeben.
Auch die Belastung des Servers würde verringert werden, wenn man nach dem Verlauf sucht oder die Zweige durchsucht.
Platz ist kein Problem, wenn der Zweig mit einem der verbleibenden Zweige zusammengeführt wurde - oder gut, es ist, wenn Sie 40 Bytes plus einen Dateizeiger im Dateisystem interessieren. Aber im Allgemeinen ist Git sehr platzsparend. –