Por otro lado tienes la opción de hacer
merge para integrar los cambios. Es una opción mucho
más segura porque no modifica el histórico de commits, sirve tanto para programadores experimentados como para programadores que empiezan a programar.
Una cosa que tiene hacer los merges es que sabes exactamente, gracias a los merge commits, cuando se integró la rama feature en la que estás viendo.
Pero esto de los merge commits es un arma de doble filo, en proyectos grandes con muchos merges puede ser que mirar el histórico de commits sea demasiado complejo debido a la cantidad de merges y de ruido que se añade. De todas formas, puedes usar la opción –no-merges dentro del comando de git log para no mostrar todos estos merge commits.
A mí, personalmente es la opción que mas me gusta, nunca he tenido la necesidad de tener que hacer rebase. Además me viene bien tener los merge commits, por sin en algún punto por lo que sea tengo que deshacer merges.
¿Y tú, que opción te gusta más? Me puedes escribir tu opinión a mi cuenta de Twitter @CodingPotions, me gusta mucho leer todo tipo de opiniones.
En fin, vamos con los recursos interesantes de esta semana.
Compartir
Facebook
Twitter
LinkedIn
Telegrama
Tumblr
WhatsApp
VK
Correo