Chapters ā–¾ 2nd Edition

2.4 Fundamentos de Git - Deshacer Cosas

Deshacer Cosas

En cualquier momento puede que quieras deshacer algo. Aquƭ repasaremos algunas herramientas bƔsicas usadas para deshacer cambios que hayas hecho. Ten cuidado, a veces no es posible recuperar algo luego que lo has deshecho. Esta es una de las pocas Ɣreas en las que Git puede perder parte de tu trabajo si cometes un error.

Uno de las acciones mĆ”s comunes a deshacer es cuando confirmas un cambio antes de tiempo y olvidas agregar algĆŗn archivo, o te equivocas en el mensaje de confirmaciĆ³n. Si quieres rehacer la confirmaciĆ³n, puedes reconfirmar con la opciĆ³n --amend:

$ git commit --amend

Este comando utiliza tu Ć”rea de preparaciĆ³n para la confirmaciĆ³n. Si no has hecho cambios desde tu Ćŗltima confirmaciĆ³n (por ejemplo, ejecutas este comando justo despuĆ©s de tu confirmaciĆ³n anterior), entonces la instantĆ”nea lucirĆ” exactamente igual y lo Ćŗnico que cambiarĆ”s serĆ” el mensaje de confirmaciĆ³n.

Se lanzarĆ” el mismo editor de confirmaciĆ³n, pero verĆ”s que ya incluye el mensaje de tu confirmaciĆ³n anterior. Puedes editar el mensaje como siempre y se sobreescribirĆ” tu confirmaciĆ³n anterior.

Por ejemplo, si confirmas y luego te das cuenta que olvidaste preparar los cambios de un archivo que querĆ­as incluir en esta confirmaciĆ³n, puedes hacer lo siguiente:

$ git commit -m 'initial commit'
$ git add forgotten_file
$ git commit --amend

Al final terminarĆ”s con una sola confirmaciĆ³n - la segunda confirmaciĆ³n reemplaza el resultado de la primera.

Deshacer un Archivo Preparado

Las siguientes dos secciones demuestran cĆ³mo lidiar con los cambios de tu Ć”rea de preparaciĆ³n y tĆŗ directorio de trabajo. Afortunadamente, el comando que usas para determinar el estado de esas dos Ć”reas tambiĆ©n te recuerda cĆ³mo deshacer los cambios en ellas. Por ejemplo, supongamos que has cambiado dos archivos y que quieres confirmarlos como dos cambios separados, pero accidentalmente has escrito git add * y has preparado ambos. ĀæCĆ³mo puedes sacar del Ć”rea de preparaciĆ³n uno de ellos? El comando git status te recuerda cĆ³mo:

$ git add .
$ git status
On branch master
Changes to be committed:
  (use "git reset HEAD <file>..." to unstage)

    renamed:    README.md -> README
    modified:   CONTRIBUTING.md

Justo debajo del texto ā€œChanges to be committedā€ (ā€œCambios a ser confirmadosā€, en inglĆ©s), verĆ”s que dice que uses git reset HEAD <file>... para deshacer la preparaciĆ³n. Por lo tanto, usemos el consejo para deshacer la preparaciĆ³n del archivo CONTRIBUTING.md:

$ git reset HEAD CONTRIBUTING.md
Unstaged changes after reset:
M	CONTRIBUTING.md
$ git status
On branch master
Changes to be committed:
  (use "git reset HEAD <file>..." to unstage)

    renamed:    README.md -> README

Changes not staged for commit:
  (use "git add <file>..." to update what will be committed)
  (use "git checkout -- <file>..." to discard changes in working directory)

    modified:   CONTRIBUTING.md

El comando es un poco raro, pero funciona. El archivo CONTRIBUTING.md esta modificado y, nuevamente, no preparado.

Nota

git reset puede ser un comando peligroso, especialmente si lo llamas con la opciĆ³n --hard. Sin embargo, en el escenario descrito anteriormente, el archivo que estĆ” en tu directorio de trabajo no se toca, por lo que es relativamente seguro.

Por ahora lo Ćŗnico que necesitas saber sobre el comando git reset es esta invocaciĆ³n mĆ”gica. Entraremos en mucho mĆ”s detalle sobre quĆ© hace reset y cĆ³mo dominarlo para que haga cosas realmente interesantes en Reiniciar Desmitificado.

Deshacer un Archivo Modificado

ĀæQuĆ© tal si te das cuenta que no quieres mantener los cambios del archivo CONTRIBUTING.md? ĀæCĆ³mo puedes restaurarlo fĆ”cilmente - volver al estado en el que estaba en la Ćŗltima confirmaciĆ³n (o cuando estaba reciĆ©n clonado, o como sea que haya llegado a tu directorio de trabajo)? Afortunadamente, git status tambiĆ©n te dice cĆ³mo hacerlo. En la salida anterior, el Ć”rea no preparada lucĆ­a asĆ­:

Changes not staged for commit:
  (use "git add <file>..." to update what will be committed)
  (use "git checkout -- <file>..." to discard changes in working directory)

    modified:   CONTRIBUTING.md

AllĆ­ se te indica explĆ­citamente como descartar los cambios que has hecho. Hagamos lo que nos dice:

$ git checkout -- CONTRIBUTING.md
$ git status
On branch master
Changes to be committed:
  (use "git reset HEAD <file>..." to unstage)

    renamed:    README.md -> README

Ahora puedes ver que los cambios se han revertido.

Importante

Es importante entender que git checkout -- [archivo] es un comando peligroso. Cualquier cambio que le hayas hecho a ese archivo desaparecerƔ - acabas de sobreescribirlo con otro archivo. Nunca utilices este comando a menos que estƩs absolutamente seguro de que ya no quieres el archivo.

Para mantener los cambios que has hecho y a la vez deshacerte del archivo temporalmente, hablaremos sobre cĆ³mo esconder archivos (stashing, en inglĆ©s) y sobre ramas en [ch03-git-branching]; normalmente, estas son las mejores maneras de hacerlo.

Recuerda, todo lo que estĆ© confirmado en Git puede recuperarse. Incluso commits que estuvieron en ramas que han sido eliminadas o commits que fueron sobreescritos con --amend pueden recuperarse (vĆ©ase RecuperaciĆ³n de datos para recuperaciĆ³n de datos). Sin embargo, es posible que no vuelvas a ver jamĆ”s cualquier cosa que pierdas y que nunca haya sido confirmada.

scroll-to-top