Push y pull
Push sube tus commits al remoto; pull baja los commits del remoto que tú todavía no tienes.
✦Apagada: responde bien la pregunta del final para encenderla
También lo verás como: push · pull · git push · git pull · fetch · subir cambios · sincronizar · push --force
Analogía
Subir y bajar fotos de la nube.
Lo que hay que saber
- Push solo sube commits. Lo que no has confirmado no viaja. "Lo subí a GitHub" y no aparece → casi siempre te faltó el commit.
- Orden sano:
git pullal empezar a trabajar,git pushal terminar. - La primera vez que subes una rama nueva:
git push -u origin nombre-rama(el-udeja enlazada la rama local con la remota; después bastagit push).
El error que verás
rejected ... (fetch first) = el remoto tiene commits que tú no tienes. Solución: git pull, y después git push.
⚠️ Peligro: git push --force
Sobrescribe el historial del remoto con el tuyo. Puede borrar trabajo de forma irrecuperable. Si Claude lo propone, para y pregunta por qué. En tu nivel, la respuesta correcta casi siempre es "no".
No confundir con
- Pull request: no tiene nada que ver con
git pull. Es pedir que se acepten tus cambios en GitHub.
Un paso más: el viaje completo de un cambio
editas → git add → git commit → git push
(tu carpeta) (preparado) (tu historial) (GitHub)
Cada flecha es un paso que das tú. Si te saltas uno, el cambio se queda en la casilla anterior. Por eso git status es el comando más útil: te dice en qué casilla está cada cosa.
git pull hace el viaje contrario en un solo paso: baja los commits nuevos del remoto y los fusiona con los tuyos. Si trabajas solo y en un único ordenador, casi nunca tendrás nada que bajar; el día que uses dos máquinas, o que Claude trabaje por su cuenta en GitHub, empezarás siempre por pull.