Git es la pieza de software más influyente del control de versiones moderno: nació con el kernel de Linux y hoy sostiene desde los repositorios de GitHub —núcleo del negocio de Microsoft— hasta los flujos de despliegue de Netlify, Vercel o Heroku. Y, sin embargo, una proporción enorme de quienes escriben código lo usa mal. Este ensayo del proyecto educativo Arca radiografía ese problema y propone sus causas.
El artículo describe varios patrones de uso deficiente. En el extremo más grave hay equipos —frecuentemente de análisis de datos, no de software propiamente— que mantienen un "repositorio" que es apenas una carpeta compartida con archivos comprimidos fechados; otros crean repos en GitHub y suben los cambios manualmente desde la interfaz web, sin pasar por la línea de comandos; muchos pánico ante un conflicto de merge; otros producen commits de miles de líneas generados con asistentes de IA con mensajes pésimos; y algunos, en casos ya infrecuentes, prescinden del todo del control de versiones.
¿A qué se debe? El texto identifica varios factores. Primero, Git exige una activación inicial no trivial: configurar el remoto, autenticar a los usuarios, aprender a empujar y traer cambios. Sin un empuje institucional o un mentor informal, esa barrera no se salva. Segundo, muchos confunden Git con GitHub o GitLab y, encandilados por frameworks como Next.js, Django o Flask que permiten "tener una app" rápido, terminan usando la plataforma como un simple cargador de archivos. Tercero, Git es ante todo una herramienta de línea de comandos: las interfaces gráficas rara vez reproducen bien su lógica, lo que añade fricción para quien no vive en la terminal. El ensayo promete continuar explorando estas causas en próximas entregas.