Hasta ahora siempre hemos sido nosotros quien subía cambios a GitHub con push. Pero en un proyecto real no trabajas solo. Hay otras personas haciendo commits y subiendo cosas mientras tú no estás.
Cuando eso ocurre, tu copia local se queda desactualizada. Los cambios están en GitHub pero no en tu máquina. Para traértelos existe git pull.
Imagina esta situación: ayer dejaste el proyecto en un punto, cerraste el ordenador y te fuiste. Esta mañana tu compañero ha entrado, ha hecho cambios en main y los ha subido a GitHub.
Tú abres el ordenador, entras en la carpeta del proyecto y lo primero que haces antes de tocar nada es comprobar si hay algo nuevo:
git statusOn branch main
Your branch is behind 'origin/main' by 1 commit, and can be fast-forwarded.
(use "git pull" to update your local branch)
nothing to commit, working tree cleanGit ya te avisa: tu rama está un commit por detrás de lo que hay en GitHub. Y además te dice exactamente qué hacer.
git pullUpdating 3f8a21c..a4d7e2b
Fast-forward
index.js | 5 +++++
1 file changed, 5 insertions(+)Git ha descargado el commit nuevo y lo ha aplicado sobre tu rama. Ahora tu copia local está sincronizada con GitHub.
Si miramos el historial:
git log --onelinea4d7e2b (HEAD -> main, origin/main) Añade función de validación
3f8a21c Añade hoja de estilos y la enlaza en el HTML
7d9e0f1 primer commitEl commit que subió tu compañero ya está en tu máquina.
Si ejecutas git pull y GitHub no tiene nada que tú no tengas ya:
Already up to date.No pasa nada. Git simplemente confirma que estás al día.
Antes de ponerte a trabajar cada día, haz git pull. Es un comando que no rompe nada y te evita problemas: si empiezas a trabajar sobre una versión antigua y luego intentas hacer push, Git te avisará de que hay cambios en remoto que no tienes en local y tendrás que resolverlo entonces, con más trabajo hecho encima.
Dos segundos al principio ahorran un dolor de cabeza al final.