PrácticaBloque 2 · Deshacer
Sube tu commit corregido
Objetivo
Ver el rechazo, entender por qué git pull no lo arregla y subir la versión corregida.
Pasos
- Intenta subir:
git push
Verás ! [rejected] main -> main (non-fast-forward) y varias líneas hint: que sugieren git pull. No lo ejecutes: juntaría la versión vieja del commit con la nueva.
- ¿Alguien más usa tu repositorio
taller-git? No: es solo tuyo. Este es el caso en que forzar es aceptable:
git push --force-with-lease
git status
Una línea con + y (forced update) indica que GitHub aceptó la versión nueva.
- Abre tu repositorio en GitHub → Commits y busca
docs: describe el taller y agrega notasyRevert "Rompe el README". El mensaje viejo ya no aparece.
Comprobación
git status dice Your branch is up to date with 'origin/main' y GitHub muestra el mensaje nuevo en lugar del viejo.
Si algo sale mal
- El push pasa sin rechazo: no habías publicado el commit de la apertura, así que no había nada que reescribir.
- Ejecutaste
git pully salefatal: Need to specify how to reconcile divergent branches: no configures nada; si la rama es solo tuya, usagit push --force-with-lease. - El lease responde
(stale info): alguien subió algo que tu computadora no ha visto. Ejecutagit fetchy revisa congit log --oneline --graph --allantes de decidir.