¡Deja de buscar en Google Git! 15 comandos que todo desarrollador debe dominar

¡Deja de buscar en Google sobre Git! 15 comandos que todo desarrollador debe dominar

Porque manejar pestañas de Stack Overflow mientras tu código está en llamas no es una buena imagen.

Mark Henry

4 min de lectura

5 de sep. de 2025

Estás en medio de un gran proyecto. Los plazos son ajustados. Haces un cambio rápido, presionas git push.

Y boom. Caos.

La compilación se rompe. Tu compañero de equipo te mira con emojis de Slack.

Ahora estás buscando desesperadamente: “deshacer el último commit de git sin perder cambios.”

¿Te suena familiar? Por supuesto que sí.

Todo desarrollador ha tenido su momento de “Oh, mierda, ¿qué acabo de hacer?” con Git.

El problema no es Git, eres tú tratando de usarlo como una muleta dependiente de Google en lugar de una herramienta que realmente conoces.

Git no es solo un sistema de control de versiones. Es una línea de vida.

Y si estás luchando con él, es como intentar escalar una montaña con una mano atada a la espalda.

Así que vamos al grano.

Aquí tienes 15 comandos de Git que todo desarrollador debe dominar.

Sin excusas. Estos te salvarán la cordura, te harán más rápido y evitarán esas historias de terror de “rompí la producción”.

1. git init

Obvio, pero crítico.

Esto inicia un nuevo repositorio Git en tu proyecto. Piensa en ello como la base para tu casa de control de versiones.

git init

Consejo profesional: No esparzas git init por todas partes como confeti.

Un repositorio por proyecto, por favor.

2. git clone

Descarga un repositorio existente.

Es como Netflix descargando tu programa favorito, excepto que es código y probablemente te diviertas menos.

git clone https://github.com/user/repo.git

Realidad: No solo clones y codifiques.

Revisa el README del proyecto antes de empezar a romper cosas.

3. git status

Tu revisión diaria.

Esto muestra lo que está en etapa, sin etapa o completamente ignorado. Los desarrolladores que no ejecutan esto son como conductores que nunca revisan sus espejos.

git status

Ejecútalo a menudo. Confía en mí.

4. git add

Mueve los cambios al área de preparación. Es básicamente tú diciendo, “Sí, en serio voy a hacer commit de este desastre.”

git add file.js
git add .

Consejo profesional: Evita git add . cuando estás en pánico.

Así es como los registros de depuración aleatorios se cuelan en los commits.

5. git commit

El santo grial.

Los commits bloquean tus cambios en la historia. Escribe mensajes claros. Si tu mensaje de commit es “cosas” o “arreglo”, el futuro-tú querrá estrangular al pasado-tú.

git commit -m "Arreglar alineación de la barra de navegación"

Paso de acción: Sigue el estilo de Conventional Commits. Le ahorrará la cordura a tu equipo.

6. git log

Piensa en esto como la máquina del tiempo de Git. Navega por el historial de commits y descubre quién metió la pata.

git log --oneline --graph --decorate --all

Consejo profesional: Esa versión elegante de arriba te da un árbol de commits hermoso y legible. Guárdalo en tus favoritos.

7. git diff

¿Curioso sobre lo que realmente cambió?

Esto muestra ediciones línea por línea. Es honestidad brutal en forma de terminal.

git diff

Realidad: Si tu diff se parece a una novela corta, deberías haber hecho commit antes.

8. git branch

Las ramas son como universos paralelos para tu código. Úsalas.

git branch feature/login

No seas ese desarrollador que hace commit directamente a main.

Eso es caos. Eso es anarquía.

9. git checkout

Cambia entre ramas o restaura archivos.

Solo no lo confundas con una caja de supermercado, aquí no hay dulces gratis.

git checkout feature/login
git checkout -- file.js

Consejo profesional: Git ahora prefiere git switch para ramas y git restore para archivos.

Pero los de la vieja escuela aún usan checkout.

10. git merge

Combina ramas. Aquí es donde ocurre el drama, los conflictos. No entres en pánico.

Lee los marcadores de conflicto, arréglalos y sigue adelante.

git merge feature/login

Realidad: Si evitas las ramas porque temes fusionarlas, estás perdiendo el punto de Git.

11. git pull

Trae cambios desde el repositorio remoto.

Advertencia: Fusiona automáticamente por defecto, y eso puede ponerse feo.

git pull origin main

Paso de acción: Usa git pull --rebase para mantener el historial más limpio.

12. git push

Envía tus commits al repositorio remoto. Este es el momento en que tus compañeros de equipo comienzan a juzgarte.

git push origin feature/login

Consejo profesional: Solo envía después de probar. A nadie le gusta la persona que rompe la compilación.

13. git stash

¿Tienes cambios desordenados pero necesitas cambiar de rama?

Guárdalos. Es como tirar la ropa en un armario antes de que lleguen los invitados.

git stash
git stash pop

Realidad: No olvides sacarlos más tarde, o te preguntarás por qué tu código “desapareció”.

14. git reset

Peligroso pero poderoso.

Reset mueve el HEAD. Úsalo para deshacer la etapa de archivos o incluso borrar commits.

git reset HEAD file.js # deshacer la etapa de un archivo
git reset --hard HEAD~1 # borrar el último commit

Advertencia: --hard es una bomba atómica. Úsalo con cuidado.

15. git reflog

El héroe sin reconocimiento. Reflog registra todo, incluso commits que pensaste que se perdieron. Es la red de seguridad de Git.

git reflog

Consejo profesional: Si alguna vez gritas, “¡Perdí mi trabajo!”, reflog te salvará.

Finalmente

Git no está en tu contra.

El problema es que la mayoría de los desarrolladores lo tratan como un conjuro mágico: escribe comandos aleatorios hasta que algo funcione.

Eso es perezoso y peligroso.

Domina estos 15 comandos y de repente Git pasa de ser un “molesto guardián” a un “leal compañero”.

Dejarás de buscar en Google cada 5 minutos. Te moverás más rápido. Y tus compañeros de equipo dejarán de juzgarte en silencio.

Así que, guarda este artículo. Compártelo con ese amigo que siempre rompe el repositorio.

O mejor aún, deja un comentario con tu propia historia de terror de Git, te garantizo que no estás solo.

Porque al final del día, lo único más aterrador que Git… es un desarrollador que no sabe cómo usarlo.

Un mensaje de nuestro Fundador

Hola, Sunil aquí. Quería tomarme un momento para agradecerte por leer hasta el final y por ser parte de esta comunidad.

¿Sabías que nuestro equipo ejecuta estas publicaciones como un esfuerzo voluntario para más de 3.5 millones de lectores mensuales? No recibimos financiación, lo hacemos para apoyar a la comunidad. :heart:

Si quieres mostrar algo de amor, tómate un momento para seguirme en LinkedIn, TikTok, Instagram. También puedes suscribirte a nuestro boletín semanal.