Risposte:
Dopo l'unione, è sicuro eliminare il ramo:
git branch -d branch1
Inoltre, git ti avvertirà (e rifiuterà di eliminare il ramo) se pensa di non averlo ancora unito completamente. Se si elimina forzatamente un ramo (con git branch -D
) che non è stato ancora completamente unito, è necessario eseguire alcuni trucchi per recuperare i commit non uniti (vedere di seguito).
Ci sono alcuni motivi per mantenere un ramo in giro però. Ad esempio, se si tratta di un ramo di funzionalità, è possibile che si desideri eseguire correzioni di bug su quella funzione ancora all'interno di quel ramo.
Se vuoi anche eliminare il ramo su un host remoto, puoi fare:
git push origin :branch1
Ciò eliminerà forzatamente il ramo sul telecomando (ciò non influirà sui repository già estratti e non impedirà a nessuno con accesso push di ripubblicarlo / crearlo).
git reflog
mostra le revisioni recentemente estratte. Qualsiasi ramo che hai verificato nella cronologia del repository recente verrà visualizzato anche lì. A parte questo, git fsck
sarà lo strumento di scelta in ogni caso di commit-loss in git.
git checkout master && git merge branch1 && git push origin branch1 && git branch -d branch1
Preferisco RENAME piuttosto che DELETE
Tutti i miei rami sono chiamati sotto forma di
Fix/fix-<somedescription>
o Ftr/ftr-<somedescription>
o Utilizzando Torre come il mio front-end git, organizza ordinatamente tutto il Ftr/
, Fix/
, Test/
ecc in cartelle.
Una volta che ho finito con un ramo, li rinominare in Done/...-<description>
.
In questo modo sono ancora lì (che può essere utile per fornire la cronologia) e posso sempre tornare indietro sapendo di cosa si trattava (funzionalità, correzione, test, ecc.)
Se andrai avanti e ELIMINA il ramo dopo averlo unito.
Prenditi cura di
tutti i riferimenti agli URL dei collegamenti ipertestuali dei tuoi rami ELIMINATI, saranno BROKEN .