Los 15 Comandos de Git que Todo Ingeniero de Software Usa (Y Por Qué Son Más Importantes de Lo Que Crees)
publicado originalmente en dev.to por Hadil Ben Abdallah
Créditos abajo
Durante mucho tiempo, pensé que Git era algo que solo tenía que soportar.
Escribe un comando.
Espera que nada se rompa.
Si se rompe… busca rápido en Google.
Memorizaba comandos sin entenderlos.
Copiaba soluciones de Stack Overflow.
Rezaba por no ver conflictos de fusión.
Y de alguna manera… seguía usando Git todos los días sin sentirme nunca seguro.
Me tomó un tiempo darme cuenta de esto:
La mayoría de los desarrolladores no usan todo Git.
Usan un pequeño conjunto de comandos… profundamente.
Y una vez que dejé de tratar Git como magia,
se convirtió en una herramienta en la que realmente podía confiar.
Git No Es Difícil… Solo Es Desconocido
Git parece intimidante al principio porque recuerda todo.
Cada error.
Cada experimento.
Cada “limpiaré esto después”.
Y eso puede ser aterrador.
Pero Git no te juzga.
Esta protegiendo tu trabajo, incluso cuando aún no te das cuenta.
Una vez que acepté eso, aprender Git dejó de sentirse como presión…
y empezó a sentirse como control.
Los Comandos de Git que los Ingenieros de Software Realmente Usan a Diario
No necesitas 50 comandos.
Necesitas los 15 correctos, usados con calma e intención.
Estos son los que aparecen en proyectos reales, equipos reales, días reales.
1. git status — Verifica el Estado Actual de Tu Repositorio
git statusmuestra qué archivos están modificados, preparados, no rastreados o listos para ser confirmados en tu repositorio.
Error común:
Ejecutar otros comandos de Git sin verificar primero git status, así es como la gente confirma o elimina los archivos equivocados.
2. git init — Inicializa un Nuevo Repositorio de Git
git initcrea un nuevo repositorio de Git agregando control de versiones a un directorio de proyecto.
Error común:
Ejecutar git init dentro de un repositorio ya inicializado, creando una carpeta .git anidada y confundiendo completamente a Git.
3. git clone — Copia un Repositorio Remoto Localmente
git clonedescarga un repositorio remoto y crea una copia local completa, incluyendo su historial de confirmaciones.
Error común:
Clonar un repositorio e inmediatamente enviar cambios sin entender la estructura de ramas.
4. git add — Prepara Cambios para la Próxima Confirmación
git addmueve cambios de archivo al área de preparación para que puedan incluirse en la próxima confirmación.
Variantes importantes:
-
git add .
Agrega todos los cambios en el directorio actual y subcarpetas.
Si estás dentro de una subcarpeta, los archivos del directorio padre no se incluirán. -
git add *
Agrega solo archivos no ocultos en el directorio actual.
Omite archivos como .env,.gitignore. -
git add :
Agrega todos los cambios desde la raíz del repositorio, incluidos archivos ocultos.
Opción más segura cuando quieres todo, independientemente de la ubicación.
Error común:
Usar git add . a ciegas y preparar accidentalmente archivos que no tenías intención de confirmar.
5. git commit — Guarda una Instantánea de Tus Cambios
git commitregistra cambios preparados como una instantánea en el historial del proyecto con un mensaje descriptivo.
Error común:
Escribir mensajes vagos como “actualizar” o “arreglar cosas”, lo que hace que la depuración futura sea dolorosa.
6. git log — Ve el Historial de Confirmaciones
git logmuestra una lista de confirmaciones anteriores, mostrando cambios, autores y marcas de tiempo.
Error común:
Ignorar el historial de confirmaciones e intentar adivinar cuándo se introdujo un error.
7. git diff — Ve Qué Ha Cambiado
git diffmuestra diferencias línea por línea entre versiones de archivos, confirmaciones o ramas.
Error común:
Omitir git diff y confirmar código sin revisar qué cambió realmente.
8. git branch — Gestiona el Desarrollo en Paralelo
git branchte permite crear, listar, renombrar o eliminar ramas para líneas separadas de desarrollo.
Error común:
Hacer todo el trabajo en main en lugar de crear ramas de características.
9. git checkout / git switch — Muévete Entre Ramas de Forma Segura
Estos comandos te permiten moverte entre ramas.
Sologit checkouttambién puede usarse para restaurar archivos de otra rama o confirmación.
Variantes importantes:
-
git checkout branch-name
Antiguo pero aún muy utilizado. -
git switch branch-name
Más nuevo, más claro y más seguro para cambiar de rama.
Error común:
Cambiar de rama con cambios sin confirmar y perder accidentalmente el trabajo.
10. git merge — Combina Cambios de Diferentes Ramas
git mergeintegra cambios de una rama en otra, combinando sus historiales.
Error común:
Fusionar sin obtener primero los últimos cambios, lo que lleva a conflictos innecesarios.
11. git pull — Actualiza Tu Repositorio Local
git pullobtiene cambios de un repositorio remoto e los integra en tu rama actual (por fusión o rebase, dependiendo de la configuración)
Error común:
Obtener en un directorio de trabajo sucio en lugar de confirmar o guardar primero.
12. git push — Comparte Tus Confirmaciones Con Otros
git pushcarga tus confirmaciones locales a un repositorio remoto para que otros puedan acceder a ellas.
Error común:
Olvidar obtener antes de enviar, causando envíos rechazados y confusión.
13. git stash — Guarda Temporalmente el Trabajo Inacabado
git stashalmacena cambios sin confirmar para que puedas volver a un directorio de trabajo limpio.
Variantes importantes:
-
git stash
Guarda cambios y limpia el directorio de trabajo. -
git stash pop
Restaura el guardado más reciente y lo elimina. -
git stash list
Muestra todos los guardados guardados.
Error común:
Guardar cambios y olvidar que existen.
14. git reset — Deshaz Cambios Con Control
git resetmueve el puntero de rama actual y opcionalmente actualiza el área de preparación y el directorio de trabajo.
Variantes importantes:
-
git reset --soft HEAD~1
Mantiene los cambios preparados. -
git reset --mixed HEAD~1(por defecto)
Mantiene los cambios sin preparar. -
git reset --hard HEAD~1
Elimina los cambios permanentemente.
Error común:
Usar --hard sin entender que elimina permanentemente el trabajo.
15. git revert — Deshaz Cambios de Forma Segura en el Historial Compartido
git revertcrea una nueva confirmación que revierte los efectos de una confirmación anterior sin reescribir el historial.
Error común:
Usar git reset en ramas compartidas en lugar de git revert, reescribiendo el historial para los compañeros de equipo.
La Confianza en Git Llega en Silencio
Hay algo que nadie te dice:
La confianza en Git no llega de repente.
Crece lentamente.
Después de errores.
Después de conflictos.
Después de arreglar algo que creíste que estaba roto para siempre.
Un día, dejas de entrar en pánico.
Te pausas.
Verificas git status.
Y avanzas con calma.
Eso es progreso.
Lo Que Ya No Hago Con Git
No copio comandos ciegamente
No temo romper las cosas
No me apresuro a través de conflictos
No trato Git como magia
Git no es algo con lo que luchar.
Es algo que entender… un comando a la vez.
Reflexiones Finales (De Un Desarrollador a Otro)
Si Git te parece confuso ahora, está bien.
Nos pasó a todos.
No necesitas dominar todo.
Solo necesitas sentirte cómodo con lo básico y confiar en que la claridad llega con el uso.
Los comandos de Git no se tratan de perfección.
Se tratan de progreso, historial y ayudar a los ingenieros de software a aprender sin perder su trabajo 
Tómate tu tiempo.
Comete errores.
Confirma con cuidado.
Te deseo commits limpios, menos conflictos y confianza en tu viaje con Git, amigos 
.
| ¡Gracias por leer! 
Espero que te haya sido útil
Por favor reacciona y sígueme para más 
Hecho con por Hadil Ben Abdallah | 
|
|---------|----------|---------|