Los 15 comandos de Git que todo ingeniero de software utiliza (y por qué importan más de lo que crees)
originalmente publicado en dev.to por Hadil Ben Abdallah
Créditos abajo
Durante mucho tiempo, pensé que Git era solo algo que tenía que soportar.
Escribir un comando.
Esperar que nada se rompa.
Si se rompe… buscar rápido en Google.
Memoricé comandos sin entenderlos.
Copié soluciones de Stack Overflow.
Recé para no ver conflictos de fusión.
Y de alguna manera… seguí 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 está juzgando.
Está 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 comenzó a sentirse como control.
Los comandos de Git que los ingenieros de software realmente usan diariamente
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, sin seguimiento o listos para ser confirmados en tu repositorio.
Error común:
Ejecutar otros comandos de Git sin verificar primero git status, así es como las personas confirman o eliminan los archivos incorrectos.
2. git init — Inicializa un nuevo repositorio de Git
git initcrea un nuevo repositorio de Git agregando seguimiento de 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, incluido 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 subdirectorios.
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 . ciegamente y preparar accidentalmente archivos que no pretendías 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 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 se puede usar para restaurar archivos de otra rama o confirmación.
Variantes importantes:
-
git checkout branch-name
Antiguo pero aún ampliamente 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 extraer primero los cambios más recientes, 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:
Extraer 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 en un repositorio remoto para que otros puedan acceder a ellas.
Error común:
Olvidar extraer antes de enviar, causando envíos rechazados y confusión.
13. git stash — Guarda temporalmente el trabajo sin terminar
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 — Deshace 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(predeterminado)
Mantiene los cambios sin preparar. -
git reset --hard HEAD~1
Elimina cambios permanentemente.
Error común:
Usar --hard sin entender que elimina permanentemente el trabajo.
15. git revert — Deshace 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 compañeros de equipo.
—## La Confianza en Git Llega en Silencio
Aquí está la cosa 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 pensaste que estaba roto para siempre.
Un día, dejas de entrar en pánico.
Te pausas.
Verificas git status.
Y avanzas con calma.
Ese es el progreso.
Lo Que Ya No Hago Con Git
No copio comandos ciegamente
No tengo miedo de romper 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.
Se sentía así para todos nosotros.
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.
Haz commits reflexivamente.
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 | 
|
|---------|----------|---------|