Definición rápida
Git es un sistema de control de versiones distribuido que permite a los equipos de desarrollo rastrear cambios en el código fuente a lo largo del tiempo, colaborar en paralelo sin pisarse entre sí, y revertir a versiones anteriores cuando algo sale mal.
¿Qué es Git?
Git fue creado por Linus Torvalds (el mismo creador del kernel Linux) en 2005. La historia es famosa: Torvalds necesitaba un sistema de control de versiones para el kernel de Linux después de que la empresa BitKeeper revocara la licencia gratuita que usaban. En dos semanas, creó Git —hoy el sistema de control de versiones más usado en el mundo por una diferencia abrumadora.
La idea central de Git es que cada desarrollador tiene una copia completa del historial del repositorio en su máquina (por eso «distribuido»). No hay un servidor central del cual todo depende. Si el servidor de GitHub cae, cada developer sigue teniendo todo el historial localmente.
Git es la base de plataformas como GitHub, GitLab y Bitbucket, que añaden interfaces web, herramientas de colaboración, y CI/CD sobre el núcleo de Git.
¿Cómo funciona Git en la práctica?
Los conceptos fundamentales de Git son:
- Repository (Repo): La carpeta del proyecto con todo su historial de cambios.
- Commit: Una «foto» del estado del código en un momento dado, con un mensaje descriptivo.
- Branch (Rama): Una línea de desarrollo paralela. La rama
maines la principal; los developers crean ramas para desarrollar features sin afectar el código estable. - Merge: Integrar los cambios de una rama a otra.
- Pull Request (PR): En GitHub/GitLab, es la solicitud formal de hacer merge de una rama, con revisión de código incluida.
- Clone: Copiar un repositorio remoto a tu máquina local.
- Push/Pull: Subir cambios al repositorio remoto / Descargar cambios del remoto.
El flujo básico: crear una rama → hacer commits de cambios → push al servidor → crear Pull Request → revisión de código → merge a main → CI/CD se activa.
Ejemplos reales en LATAM
Comunidad open source latinoamericana: Proyectos como los de la fundación Python Argentina, comunidades de Ruby en Chile, y grupos de JavaScript en Colombia todos colaboran usando Git y GitHub. Es el idioma universal del desarrollo colaborativo.
Startups con equipos distribuidos: Una startup con developers en Buenos Aires, Santiago y Ciudad de México usa Git para trabajar en el mismo codebase sin conflictos. Es el pegamento que mantiene coherente el código de equipos remotos.
Bootcamps y educación tech en LATAM: Platzi, Coderhouse, Henry y todos los bootcamps de la región enseñan Git como una de las primeras habilidades. Es imposible conseguir trabajo como developer sin dominar Git.
Git vs GitHub: ¿Son lo mismo?
| Aspecto | Git | GitHub |
|---|---|---|
| Qué es | Software de control de versiones | Plataforma web para hospedar repos Git |
| Dónde corre | Localmente en tu computadora | En la nube (Microsoft) |
| Quién lo creó | Linus Torvalds (2005) | Tom Preston-Werner et al. (2008) |
| Alternativas | SVN, Mercurial (obsoletos) | GitLab, Bitbucket, Gitea |
Errores comunes con Git
- Commits gigantes: Commitar 50 archivos cambiados en un solo commit hace imposible entender qué cambió y por qué. Commits pequeños y descriptivos son la mejor práctica.
- Trabajar directo en main: Nunca desarrolles features directamente en la rama principal. Siempre usa ramas de feature.
- Mensajes de commit inútiles: «fix stuff» o «asdf» no aportan valor. «Fix: corrige cálculo incorrecto de impuesto en Chile cuando el RUT tiene dígito verificador K» es un mensaje útil.
- Commitear secretos: Contraseñas, API keys o credenciales en el repositorio es un error de seguridad grave, especialmente en repos públicos. Usa variables de entorno y .gitignore.
Preguntas Frecuentes (FAQ)
¿Git es solo para developers?
Principalmente sí, pero no exclusivamente. Equipos de data science, diseñadores (para archivos SVG), escritores técnicos, y equipos de operaciones también usan Git. La lógica de control de versiones aplica a cualquier tipo de archivo de texto.
¿Cuánto tiempo toma aprender Git?
Los comandos básicos (clone, add, commit, push, pull, branch, merge) se aprenden en un día. Dominar Git avanzado (rebase, cherry-pick, stash, bisect) puede tomar meses de práctica. La curva de aprendizaje vale completamente la pena.
¿Qué es un «merge conflict» y cómo se resuelve?
Ocurre cuando dos developers modificaron las mismas líneas del mismo archivo en ramas diferentes. Git no puede resolver automáticamente cuál versión es correcta. El developer debe revisar ambas versiones y decidir qué queda. Es normal y frecuente en equipos colaborativos.
