Veo que Freddy hace un git pull origin master antes de enviar algun comitt al repositorio remoto, en el entorno local con git status nos ...

Jeje, veo que ninguna de las respuestas anteriores responde puntualmente a tu pregunta amigo. Estuve leyendo documentación e investigando un rato, hay un par de cosas que se pueden hacer. Primero vamos a hacer: git branch -a Eso nos va a traer las ramas ocultas que apuntan al GitHub, es decir vas a ver en rojo algo así como: remotes/origin/master Ahora, recordemos que pull es una combinación interna de fetch + merge. Así que podemos hacer fetch master y va a refrescar la rama oculta de origin, pero NO va a actualizar aún nuestra rama "real" de master, entonces uno puede seguir desarrollando con calma y de vez en cuando hacer un fetch seguido de git log origin/master y vamos a poder ver los cambios, que realmente no son remotos, si no "pre-remotos" pero tampoco son locales. Esa es la forma de monitorear remotamente un branch, ahora ya cuando veas un cambio remoto sobre el mismo archivo que estás trabajando, puedes hacer directamente un git diff ...origin/master eso va a estar comparando tu real vs un "preview" de lo que hay en el server. Espero te pueda ser útil, a mi me ha ayudado bastante a entender aún más la estructura y status de los branch´s.

En efecto, @asatecnologias. Hace pull antes de hacer push es muy importante para asegurarse de que en remoto no hay algún cambió que entré en conflicto con los que acabas de hacer y tener la versión más reciente. Es excelente práctica. 🤓

@asatecnologias Es correcto. Más adelante en el curso, Freddy siempre hace un pull antes de guardar los cambios. Es una buena práctica, sirve para tener siempre la versión más actual del proyecto antes de agregar tus cambios.