Quando dovremmo ripulire vecchi rami GIT non più usati? [duplicare]

4

Abbiamo diversi rami di bugfix che stanno iniziando ad accumularsi. Sono stati uniti in master e distribuiti alla produzione.

C'è un buon punto di riferimento per quando questi rami dovrebbero essere ripuliti?

Dovrebbero mai essere ripuliti, o è bello avere i dati storici?

    
posta Codeman 06.08.2013 - 20:07
fonte

2 risposte

4

il modo in cui git funziona è che un nome ramo è solo un puntatore a un commit specifico. Dopo aver unito un ramo di aggiornamento rapido in master, l'hotfix e il master puntano esattamente allo stesso punto nell'albero di commit. Mentre si effettuano ulteriori commit sul master, il ramo dell'hotfix continuerà a puntare nello stesso punto mentre il master verrà aggiornato. La tua cronologia verrà sempre conservata.

Quindi in pratica l'unico motivo per mantenere il ramo di hotfix dopo un'unione è se si pianifica di apportare ulteriori modifiche allo stesso aggiornamento rapido, il che non ha molto senso una volta rilasciato l'aggiornamento rapido. Quindi dovresti sentirti perfettamente sicuro di eliminare il ramo dopo l'unione. Un'altra cosa che potresti fare è una volta che l'aggiornamento rapido è stato unito, creare un tag sul ramo principale che identifica quel punto come versione dell'aggiornamento rapido.

    
risposta data 06.08.2013 - 20:19
fonte
0

Se è unito a master, l'eliminazione del ramo non cancellerà la cronologia. Puoi sempre ricreare il ramo più tardi dall'ultimo commit prima dell'unione.

    
risposta data 06.08.2013 - 20:15
fonte

Leggi altre domande sui tag