Guía de comandos Git más usados — Referencia rápida para programadores 2026

Si llevas poco tiempo programando, es muy probable que hayas escuchado hablar de Git pero todavía no lo uses con confianza. O quizás ya lo usas, pero siempre buscas en Google los mismos comandos una y otra vez. En esta guía vamos a repasar los comandos Git más usados en el día a día, explicando qué hace cada uno, cuándo usarlo y por qué es importante. Sin rodeos, sin teoría innecesaria — solo lo que realmente necesitas saber para trabajar con Git como un profesional.

¿Por qué Git es tan importante?

Git es un sistema de control de versiones. En términos simples, es una herramienta que guarda el historial completo de todos los cambios que has hecho en tu código, permitiéndote volver atrás en el tiempo si algo sale mal, trabajar en equipo sin pisar el trabajo de otros y mantener versiones distintas de un mismo proyecto en paralelo.

Sin Git, un error grave en tu código puede significar horas de trabajo perdido. Con Git, ese mismo error es solo un git revert de distancia de la versión anterior que funcionaba.

Git ≠ GitHub. Git es la herramienta que corre en tu computadora y gestiona el historial de tu código. GitHub es una plataforma web donde puedes guardar ese historial en la nube y colaborar con otros. Puedes usar Git sin GitHub, pero no GitHub sin Git.

Configuración inicial — solo una vez

Antes de empezar a usar Git en cualquier proyecto, debes decirle quién eres. Estos dos comandos solo se ejecutan una vez después de instalar Git:

git config --global user.name "Tu Nombre"
git config --global user.email "tu@correo.com"

Esta información aparecerá en cada commit que hagas, identificándote como el autor de ese cambio. Es especialmente importante cuando trabajas en equipo.

Iniciar y clonar repositorios

# Iniciar un repositorio Git en una carpeta existente
git init

# Clonar un repositorio remoto a tu computadora
git clone https://github.com/usuario/repositorio.git

git init convierte cualquier carpeta en un repositorio Git. Lo usas cuando empiezas un proyecto nuevo desde cero. git clone descarga una copia completa de un repositorio que ya existe en GitHub u otro servidor remoto, incluyendo todo su historial de commits.

El flujo de trabajo básico: add → commit → push

Este es el ciclo que repetirás miles de veces en tu vida como desarrollador. Es el corazón de Git:

# 1. Ver el estado actual de tus archivos
git status

# 2. Agregar un archivo específico al área de preparación
git add archivo.html

# 3. Agregar TODOS los archivos modificados de una vez
git add .

# 4. Guardar los cambios con un mensaje descriptivo
git commit -m "Agrega formulario de login con validación"

# 5. Subir los cambios al repositorio remoto
git push origin main

Entender la diferencia entre estos tres pasos es fundamental. git add selecciona qué cambios quieres incluir en el próximo commit — como elegir qué ropa metes en una maleta. git commit guarda esa selección en el historial local — como cerrar la maleta. git push envía esa maleta al servidor remoto para que otros puedan verla.

Buenos mensajes de commit: escribe mensajes en presente y que describan qué hace el cambio, no qué hiciste tú. Por ejemplo: "Agrega validación al formulario" es mejor que "Agregué validación". Esto facilita leer el historial meses después.

Ver el historial de cambios

# Ver todos los commits con detalle
git log

# Ver el historial de forma compacta (una línea por commit)
git log --oneline

# Ver qué cambió exactamente en cada archivo
git diff

git log --oneline es el que más usarás en el día a día — te muestra el historial completo de forma compacta con el código identificador de cada commit y su mensaje. git diff es ideal para revisar exactamente qué líneas cambiaron antes de hacer un commit.

Ramas (branches) — trabajar en paralelo

Las ramas son una de las funcionalidades más poderosas de Git. Te permiten trabajar en una nueva funcionalidad o corrección de error sin tocar el código principal que ya funciona:

# Ver todas las ramas existentes
git branch

# Crear una rama nueva
git branch nueva-funcionalidad

# Cambiar a una rama existente
git checkout nueva-funcionalidad

# Crear una rama nueva y cambiar a ella en un solo comando
git checkout -b nueva-funcionalidad

# Fusionar una rama con la rama actual
git merge nueva-funcionalidad

# Eliminar una rama que ya no necesitas
git branch -d nueva-funcionalidad

El flujo típico es: creas una rama para desarrollar una nueva función, trabajas en ella con todos los commits que necesites, y cuando está lista la fusionas a la rama principal con git merge. Si algo sale mal, simplemente eliminas la rama sin afectar el código principal.

Traer cambios del servidor remoto

# Descargar y fusionar los cambios remotos en tu rama actual
git pull origin main

# Solo descargar los cambios sin fusionarlos todavía
git fetch origin

git pull es lo primero que debes ejecutar cada mañana antes de empezar a trabajar cuando trabajas en equipo — asegura que tienes la versión más reciente del código. La diferencia con git fetch es que pull descarga y fusiona automáticamente, mientras que fetch solo descarga y te deja decidir cuándo fusionar.

Deshacer cambios — el salvavidas

# Descartar cambios en un archivo (antes de hacer commit)
git checkout -- archivo.html

# Sacar un archivo del área de preparación (deshacer git add)
git reset HEAD archivo.html

# Crear un commit que revierte los cambios de un commit anterior
git revert abc1234

# Volver al estado de un commit específico (¡cuidado, descarta cambios!)
git reset --hard abc1234

Cuidado con git reset --hard: este comando descarta permanentemente todos los cambios que no hayas guardado en un commit. Úsalo solo cuando estés completamente seguro de que quieres perder esos cambios. En caso de duda, prefiere git revert que es más seguro porque crea un nuevo commit en lugar de borrar el historial.

Guardar cambios temporalmente con stash

¿Estás a mitad de algo y necesitas cambiar de rama urgentemente sin perder lo que llevas? git stash es tu solución:

# Guardar cambios temporalmente
git stash

# Ver la lista de stashes guardados
git stash list

# Recuperar el último stash guardado
git stash pop

Piensa en git stash como un cajón donde guardas temporalmente tus cambios sin hacerles commit. Cambias de rama, resuelves lo urgente, vuelves y recuperas tu trabajo con git stash pop.

Tabla resumen de comandos

Aquí tienes todos los comandos organizados para que puedas guardar esta guía como referencia rápida:

Comando	¿Para qué sirve?	¿Cuándo usarlo?
git init	Iniciar repositorio	Al empezar un proyecto nuevo
git clone	Clonar repositorio remoto	Al unirte a un proyecto existente
git status	Ver estado de archivos	Siempre, antes de hacer commit
git add .	Preparar todos los cambios	Antes de cada commit
git commit -m	Guardar cambios con mensaje	Cada vez que terminas una tarea
git push	Subir cambios al remoto	Después de hacer commits
git pull	Traer cambios del remoto	Al iniciar la jornada de trabajo
git branch	Crear o listar ramas	Al empezar una nueva función
git merge	Fusionar ramas	Cuando la función está lista
git log --oneline	Ver historial compacto	Para revisar qué se hizo
git stash	Guardar cambios temporalmente	Al interrumpir trabajo a medias
git revert	Deshacer un commit de forma segura	Cuando algo se rompe en producción

¿Y ahora qué?

Con estos comandos tienes todo lo necesario para manejar Git en proyectos reales, ya sea trabajando solo o en equipo. El siguiente paso natural es aprender a usar GitHub para subir tus proyectos a la nube, crear pull requests y colaborar con otros desarrolladores — temas que cubriremos en la próxima entrega de SystemsBM.

Por ahora, el mejor consejo es simple: empieza a usar Git en todos tus proyectos desde hoy, aunque sean pequeños ejercicios personales. La práctica diaria es la única forma de que estos comandos se vuelvan automáticos. Si tienes dudas sobre alguno, déjala en los comentarios.