Git reset vs revert para deshacer commits

Contenido del curso

Fundamentos de Git y control de versiones

Introducción a GitHub

Herramientas de colaboración en GitHub

GitHub Codespaces

Seguridad y buenas prácticas en GitHub

Administración de GitHub

Gestión de Cambios con Pull Requests

GitHub Releases

Cierre

42
Pro tips ocultos de GitHub para trabajar mejor
10:13 min

Tomar examen

Cursos Empresas Blog Live Conf Eventos Precios

0:0011:22

Git reset vs revert para deshacer commits

Curso de Git y GitHub

Clase 5 de 42

Clase 5 / 42

Recursos

Cuando empiezas con control de versiones, Git Reset y Git Revert se convierten en tus mejores aliados para deshacer commits sin romper el repositorio. Ambos comandos te ayudan a corregir errores, limpiar el historial y resolver conflictos, pero funcionan de maneras muy distintas y conocer la diferencia te puede ahorrar horas de trabajo perdido.

¿Cuál es la diferencia entre Git Reset y Git Revert?

La distinción es clave antes de tocar tu repositorio. Cada comando responde a una intención diferente, aunque ambos parezcan hacer lo mismo a primera vista.

Git Reset mueve el puntero de tus commits a uno anterior. Esto te permite regresar en el tiempo, explorar el historial e incluso recordar qué hiciste en cada paso. Útil si tienes mala memoria y quieres revisar versiones previas sin perder el rumbo [00:43].

Git Revert, en cambio, es más quirúrgico. Crea un nuevo commit que actúa como tapón y deshace los cambios de un commit específico, sin borrar nada del historial [01:36].

¿Qué hace Git Revert? Crea un nuevo commit que revierte los cambios de uno anterior. El historial se mantiene intacto y puedes ver tanto el commit original como el revert.

¿Cómo uso Git Revert para deshacer un commit?

Imagina que subiste un archivo llamado error.txt que no debería estar en el repositorio. Alguien de tu equipo te avisa y necesitas revertir ese cambio sin afectar el resto del historial.

El flujo es directo:

Ejecuta git log para ver tu historial de commits.
Identifica el hash del commit que quieres revertir, ese identificador único frente a cada mensaje.
Copia el hash y ejecuta git revert <hash>.
Se abre un editor con un mensaje predefinido tipo "Revert nuevo archivo especial creado". Agrega tu firma o nota por camaradería con el equipo.
Guarda y listo, tu repositorio vuelve al estado anterior [03:50].

Al correr git log después, verás que revert no elimina el commit original, simplemente añade uno nuevo que neutraliza esos cambios. Si haces ls, el archivo problemático ya no aparece, pero el rastro queda documentado [04:43].

¿Por qué importa el mensaje del commit?

Un buen mensaje hace que tu historial sea legible. Cuando uses git revert, el commit generado describe qué se está deshaciendo y quién lo hizo. Eso facilita auditar decisiones más adelante [03:30].

¿Cómo funciona Git Reset y sus parámetros?

Git Reset es más agresivo. En lugar de crear un commit nuevo, mueve el puntero HEAD a un commit previo y, según el parámetro que uses, también puede borrar archivos y commits posteriores.

Tienes tres modos disponibles:

soft: elimina los archivos pero mantiene los cambios en staging.
mixed: regresa los commits y deja los cambios sin agregar.
hard: deshace todos los cambios, archivos y commits posteriores al hash indicado [06:46].

El flujo práctico se ve así: creas un archivo reset.txt, lo agregas con git add, haces commit con un mensaje claro como "nuevo archivo para reiniciar", y luego decides que quieres volver varios commits atrás. Copias el hash del commit destino y ejecutas:

bash git reset --hard <hash>

Al correr git log después, HEAD y main aparecen ubicados justo donde querías regresar [07:11].

¿Cuándo debo usar git reset hard? Solo como último recurso. Borra archivos, commits y puede afectar el trabajo de tu equipo si el repositorio es compartido.

¿Qué es el HEAD en Git y por qué importa?

Cuando ejecutas git log, ves un paréntesis con la palabra HEAD apuntando a main. Ese puntero indica cuál es el último commit realizado y dónde estás parado en la línea de tiempo del proyecto. Cada vez que haces un nuevo commit, HEAD se mueve automáticamente a esa nueva posición [02:18].

Tanto git reset como git revert manipulan ese puntero, por eso entender HEAD es la base para no perderte al deshacer cambios.

¿En qué casos conviene usar cada comando?

Ambos comandos brillan en tres escenarios concretos:

Corrección de errores: si subiste un archivo que no funciona, git revert es la opción limpia. Si varios compañeros también quieren revertir, evalúa git reset con cuidado.
Limpieza del historial: cuando el log es demasiado largo y el proyecto ya está sólido, puedes consolidar versiones para navegar más fácil con git log.
Manejo de conflictos entre ramas: aunque casi siempre los conflictos se resuelven sin reset, en casos extremos puede ser una salida [08:36].

La recomendación práctica: comunica siempre con tu equipo antes de usar reset, sobre todo con el parámetro hard. Reset y revert no son intercambiables, y elegir mal puede borrar trabajo ajeno.

¿Te ha pasado tener que deshacer un commit en un momento crítico? Cuéntame en los comentarios qué comando usaste y cómo te fue.

Gabriel Obregón

Hace un año

📌Git Reset vs Git Revert

🔑 Concepto General

🟢 Reset → “volver atrás” moviendo el historial.

🔵 Revert → “crear un commit inverso” sin borrar nada.

⚔️ Diferencias Clave

🕐 Git Reset

➡️ Mueve el puntero de commits (HEAD).

➡️ Puede eliminar commits previos.

➡️ Útil para limpiar historial o deshacer cambios recientes.

🔄 Git Revert

➡️ Genera un nuevo commit inverso.

➡️ Conserva el historial original intacto.

➡️ Ideal para trabajo en equipo.

🛠️ Cómo usar Git Reset

1️⃣ Ver historial → git log

2️⃣ Elegir commit por hash.

3️⃣ Ejecutar con opción:

🟢 --soft → quita de staging, mantiene cambios.
🟡 --mixed → quita de staging y deja cambios en archivos.
🔴 --hard → elimina cambios y commits (irreversible).

🛠️ Cómo usar Git Revert

1️⃣ Ver historial → git log

2️⃣ Ejecutar → git revert <hash>

3️⃣ Editar mensaje → explica motivo de reversión.

✅ Ventaja: mantiene historial limpio y entendible.

📍 Cuándo usar

✔️ Revert

Deshacer errores sin perder historial.
Ideal en repositorios compartidos.

✔️ Reset

Eliminar commits innecesarios.
Resolver conflictos complicados (con precaución).

✅ Buenas prácticas

🔔 Coordina con tu equipo antes de usar estos comandos. ⚠️ Evita git reset --hard sin consultar → borra trabajo ajeno. 📝 Deja mensajes claros al revertir → facilita el seguimiento.

👉 Esta ficha gráfica te sirve como chuleta rápida:

Reset = borrar y mover historial.
Revert = deshacer sin borrar.

Comentarios (125)125 comentarios

Sara María Mejia Sánchez

Hace 2 años

David Elizalde

Alexis Dorado Muñoz

Martin Vivar

Juan Camilo Sánchez

Luis Vallejo

Alfonso Neil Jiménez Casallas

Otto Anthony Ferrer Saltos

Elioenai Garcia

Gabriel Muñoz Castro

Ederson Felipe Lopez Bolivar

Jonathan Rafael Núñez Gálvez

Hace 10 meses

José Miguel Reyes

Sebastian Cobo Isaac

Andres Camilo Alvarado Gonzalez

Hace 5 meses

Pablo Rivera

Ciro de Jesus Arrieta Lacouture

Jose Luis Flores

Jesús Argumánez Suárez

Hace 3 meses

Marlon Alberto Melendez Tejada

Hace un mes

Luis Carlos Parra Raffán

Jacqueline Vera Hilario

Gustavo Alberto Martínez Parra

L. Iván Carrasquel Ballesteros

Hace 6 meses

Isaías Castro

Martín Sánchez

Diego Ivan Cundapi Leon

Hace 9 meses

Mirta Astrid Salgado Hernández

Hace 8 meses

Michael Alejandro Pimiento Uribe

Hace 7 meses

Ioannes Schroeder

Fundamentos de Git y control de versiones

Control de Versiones con Git y GitHub: De Básico a Avanzado

Fundamentos de Git: Configuración y Comandos Básicos

Control de Versiones con Git: Comandos Básicos y Flujo de Trabajo

Gestión de ramas en Git: creación, fusión y eliminación eficiente

Git reset vs revert para deshacer commits

Git Tag y Checkout sin romper tu proyecto

Cómo resolver conflictos de merge en Git

Uso de Git en Visual Studio Code

Introducción a GitHub

Uso de GitHub para Colaboración y Desarrollo Seguro

Cómo crear y proteger tu cuenta de GitHub

Proceso de Trabajo con Git y GitHub: Creación y Revisión de Repositorios

Crea y clona tu primer repo en GitHub

Precios y Planes de Productos de Github

Configuración de SSH en GitHub para Windows, Linux y Mac

Uso de Forks y Estrellas en Repositorios de GitHub

Uso de git pull, git push y git fetch en repositorios GitHub

Plantillas de issues en GitHub paso a paso

Uso de Pull Requests en GitHub para Colaboración Efectiva

Herramientas de colaboración en GitHub

GitHub Projects para gestionar tareas en equipo

Automatiza GitHub Projects con workflows

Recursos Esenciales de Markdown para Documentación Efectiva

Creación de una Portada de Perfil en GitHub con Markdown

Creación y Gestión de Wikis en GitHub

Uso de GitHub Gist para Compartir y Revisar Código Colaborativo

Creación y Publicación de Sitios Web con GitHub Pages

GitHub Codespaces

Creación y Gestión de GitHub Codespaces en la Nube

Plantillas de Codespaces con Django y devcontainer

Pair programming con Live Share en Codespaces

Uso del Editor Web de GitHub para Edición Rápida de Archivos

Seguridad y buenas prácticas en GitHub

Gestión de GitHub Tokens para Acceso Seguro a Repositorios

Secret Scanning en GitHub y sus límites

Gestión de Seguridad de Paquetes con Dependabot en Proyectos .NET

Repositorios privados y .gitignore en GitHub

Administración de GitHub

Creación y gestión de repositorios en GitHub

Automatización de GitHub Actions para Actualizar Perfil

Gestiona GitHub desde tu terminal con gh

Gestión de Cambios con Pull Requests

Configuración de Proyectos de Software con Git y GitHub

Cómo resolver conflictos de merge en VS Code

Estrategias de Fusión de Ramas en Git

GitHub Releases

Creación de Releases en Github para Desarrolladores de Software

Instala tu paquete pip desde GitHub

Cierre

Pro tips ocultos de GitHub para trabajar mejor

Git reset vs revert para deshacer commits