¿Cómo deshaces cambios en Git?

Question

Accepted Answer

Git ofrece varias formas de **deshacer cambios** dependiendo de la situación — descartar cambios no confirmados, desestacionar, enmendar el último commit, revertir un commit, o hacer reset. Conocer la herramienta correcta para cada situación es importante, una habilidad práctica valiosa. ## Deshacer cambios no confirmados (directorio de trabajo) ```bash git restore # discard unstaged changes to a file (revert to last commit) git checkout -- # older equivalent git restore . # discard ALL unstaged changes (careful!) git clean -fd # remove untracked files/directories ``` ## Desestacionar (mantener los cambios, solo desestacionar) ```bash git restore --staged # unstage a file (changes stay in working dir) git reset # older equivalent ``` ## Corregir o enmendar el último commit ```bash git commit --amend -m "New message" # change the last commit's message git commit --amend # add staged changes to the last commit # ⚠️ amend REWRITES the commit — don't amend commits already pushed/shared ``` ## Deshacer un cambio confirmado ```text TWO main approaches: REVERT → creates a NEW commit that undoes a previous commit (SAFE for shared history) git revert → history preserved; the undo is itself a commit RESET → moves the branch pointer BACK (rewrites history — for LOCAL commits only) git reset --soft HEAD~1 → undo commit, KEEP changes staged git reset --mixed HEAD~1 → undo commit, keep changes unstaged (default) git reset --hard HEAD~1 → undo commit AND DISCARD changes (⚠️ destructive!) ``` ## revert vs reset (la elección clave) ```text REVERT → safe for PUBLIC/shared commits (adds a new undoing commit; doesn't rewrite history) RESET → rewrites history (only for LOCAL, unpushed commits; never on shared branches) → Rule: use REVERT to undo commits others may have; RESET only for local cleanup. ``` ## Por qué es importante Saber cómo deshacer cambios en Git es importante, una habilidad práctica que se necesita frecuentemente, porque los errores y la necesidad de deshacer trabajo son inevitables en el desarrollo, y Git proporciona formas poderosas (pero específicas para cada situación) de recuperarse. Comprender la **herramienta correcta para cada situación** es la habilidad clave: descartar **cambios no confirmados** (`git restore` para revertir ediciones del directorio de trabajo, `git clean` para archivos sin seguimiento), **desestacionar** (`git restore --staged` para mantener cambios pero desestacionarlos), **enmendar** el último commit (cambiar su mensaje o agregarlo — con la salvedad importante de no enmendar commits ya enviados ya que reescribe el historial), y deshacer cambios **confirmados**. Para deshacer commits, comprender la **distinción crítica entre revert y reset** es especialmente importante: **`revert`** crea un nuevo commit que deshace uno anterior y es **seguro para el historial compartido/público** (no reescribe el historial, así que no perturbará a otros), mientras que **`reset`** mueve el puntero de la rama hacia atrás y **reescribe el historial**, haciéndola apropiada solo para **commits locales no enviados** (y `reset --hard` es destructivo, descartando cambios). La regla — usar `revert` para commits que otros pueden tener, `reset` solo para limpieza local — es vital porque reescribir el historial compartido (mediante reset en commits enviados) causa problemas serios para los colaboradores. Conocer estas opciones previene tanto perder trabajo (usar comandos destructivos sin cuidado) como perturbar la colaboración (reescribir el historial compartido). Ya que deshacer cambios es una necesidad común e inevitable y Git ofrece múltiples enfoques específicos para cada situación con implicaciones importantes de seguridad (especialmente revert vs reset para historial compartido), saber cómo deshacer cambios en Git — la herramienta correcta para cada escenario y la distinción crucial de revert-vs-reset — es conocimiento práctico valioso y frecuentemente aplicado para trabajar con confianza y seguridad con Git, una habilidad que convierte la ansiedad de los errores en recuperación rutinaria mientras se evita la trampa seria de reescribir el historial compartido.