Ho un progetto di script che sto gestendo con Git. Oltre a due rami principali, nel tempo sono stati introdotti diversi rami secondari per coprire caratteristiche minori, ritocchi o modifiche temporanee. Alcuni di questi rami si stanno avvicinando alla fine del ciclo di vita e non li aggiornerò più.
Quali sono le diverse filosofie per gestire i rami come questo? Dovrebbero essere rimossi o lasciati nel deposito non mantenuti? Se lo faccio, non finirò con un deposito disordinato?
Ovviamente, ciò dipende dall'utente e dalle pratiche seguite, ma succursali di solito vengono cancellati dopo la fusione.
git branch -d branchname
Ad esempio, dopo la seguente unione, si eliminerebbe il ramo iss53 , poiché non è più necessario svilupparsi da quel ramo. Puoi in seguito ricrearlo in qualsiasi momento utilizzando il valore sha1 del commit di git checkout -b <name> <sha1> .
Personalmente cancello un ramo una volta che non è più necessario. Finché tutti i suoi commit sono stati fusi in altri rami ancora esistenti, non c'è nulla di male a cancellarlo. Se vuoi, puoi creare un tag su quel ramo prima di eliminarlo in modo da poter ricreare più facilmente il ramo se ne hai ancora bisogno.
Elimina il ramo quando:
Non lascio mai i vecchi rami in giro. A meno che non sia positivo che io torni indietro e usi un ramo, viene spazzato via dopo alcuni giorni di disuso. Se sospetto che potrei voler tornare a un ramo in futuro, tagggo il commit ed elimina il ramo.
Leggi altre domande sui tag git version-control project-management
