Dividir o trabalho em commits separados. Você provavelmente já abriu várias vezes um arquivo para escrever uma correção de linha única, mas ao mesmo tempo você percebeu que a formatação estava errada, alguma documentação poderia ser melhorado ou alguma outra correção não relacionada. Com outro RCS s você teria que escrever isso ou memorizá-lo, terminar a correção para a qual você veio, confirme isso, e então retorne para consertar as outras coisas (ou crie um commit de bola de lama com coisas não relacionadas). Com o Git, você corrige tudo de uma só vez, e o stage + confirma a única linha separadamente, com git add -i
ou git-gui
.
Não quebre a compilação. Você está trabalhando em uma modificação complicada. Então você tenta coisas diferentes, algumas das quais funcionam melhor que outras, algumas que quebram as coisas. Com o Git você organizaria as coisas quando a modificação melhorasse as coisas, e checkout
(ou ajustaria mais algumas) quando a modificação não funcionasse. Você não precisará depender da funcionalidade de desfazer do editor, você pode checkout
o repo inteiro em vez de apenas arquivo por arquivo e quaisquer erros de nível de arquivo (como remover um arquivo que não foi confirmado ou salvar + fechamento após uma modificação ruim) não leva a muito trabalho perdido.