Dividir el trabajo en confirmaciones separadas. Es probable que haya abierto un archivo muchas veces para escribir una corrección de una sola línea, pero al mismo tiempo que descubrió que el formato era incorrecto, podría haber cierta documentación. Mejorado, o alguna otra corrección no relacionada. Con otros RCS s tendrías que escribir eso o memorizarlo, terminar la solución para la que vino, cometa eso, y luego vuelva a arreglar las otras cosas (o cree una bola de mudanza con cosas no relacionadas). Con Git solo arreglas todo de una vez, y Stage + confirma la línea individual por separado, con git add -i
o git-gui
.
No rompas la compilación. Estás trabajando en una modificación complicada. Así que intentas cosas diferentes, algunas de las cuales funcionan mejor que otras, otras que rompen cosas. Con Git, pondría en escena las cosas cuando la modificación mejoró las cosas, y checkout
(o modificó un poco más) cuando la modificación no funcionó. No tendrá que confiar en la funcionalidad de deshacer del editor, puede checkout
el repositorio completo en lugar de solo archivo por archivo, y cualquier error de nivel de archivo (como eliminar un archivo que no se haya confirmado o guardado) cerrando después de una mala modificación) no se pierde mucho trabajo.