Git: Historia, Arquitectura y el Universo Completo del Control de Versiones

Creado en 10 días por Linus Torvalds tras la crisis de BitKeeper en 2005, hoy Git es el sistema de control de versiones más usado del mundo: 93% de market share, presente en 100M+ desarrolladores y en cada empresa de software del planeta. Esta es su historia completa.

🌳 ¿Qué es Git exactamente?

Git es un sistema de control de versiones distribuido (DVCS) de código abierto, diseñado para gestionar proyectos de cualquier tamaño con velocidad y eficiencia. A diferencia de los sistemas centralizados (CVS, Subversion, Perforce), cada copia local es un repositorio completo con todo el historial — esto significa que puedes trabajar offline, experimentar sin miedo y nunca depender de un servidor central para ver el pasado del código.

Internamente, Git no almacena diffs como otros sistemas: guarda snapshots inmutables de tu proyecto en un grafo dirigido acíclico (DAG) de commits, identificados por hashes SHA-1 (transición a SHA-256 en marcha).

👨‍💻 ¿Quién inventó Git?

Los tres requisitos no negociables que Linus impuso al diseño:

• Velocidad — operaciones que tomen segundos, no minutos.
• Diseño distribuido — cada repo es completo y autosuficiente.
• Tolerancia a corrupción — integridad criptográfica en cada commit.

📜 Historia y Evolución

💰 El Costo en Bolsa: Empresas del Ecosistema Git

Git es software libre (GPLv2) — nadie lo "posee". Pero los gigantes que monetizan el ecosistema valen una fortuna:

🏛️ Arquitectura de Git: Los 4 Mundos

Para dominar Git hay que entender que tu código vive en cuatro lugares simultáneamente. Las operaciones de Git mueven contenido entre ellos:

🔄 Diagrama de flujo: el ciclo Git completo

🧩 Los 4 tipos de objetos en .git/objects/

• blob — contenido puro de un archivo (sin nombre, sin metadata).
• tree — estructura de directorio: lista de blobs y subtrees con sus nombres y permisos.
• commit — apunta a un tree (snapshot), referencia a commit(s) padre, autor, fecha, mensaje.
• tag — apunta a un commit con metadata extra (firma GPG, mensaje, autor del tag).

⌨️ Los Comandos Esenciales (Tabla de Referencia)

🌿 Estrategias de Branching

☁️ Plataformas de Hosting Git

🏅 Certificaciones del Ecosistema Git

Git mismo no tiene certificación oficial — es open source sin entidad central. Pero las plataformas de hosting sí ofrecen rutas de certificación reconocidas:

🛠️ Workflow Real: De Cero a Pull Request

El flujo diario más común en equipos modernos:

# 1. Clonar el repo
git clone git@github.com:user/proyecto.git
cd proyecto

# 2. Crear rama de feature
git switch -c feature/login-google

# 3. Trabajar...editar archivos...
git status
git add src/auth/google.ts
git commit -m "feat(auth): añade login con Google OAuth2"

# 4. Sincronizar con main antes de subir
git fetch origin
git rebase origin/main

# 5. Subir y abrir PR
git push -u origin feature/login-google
gh pr create --title "Login Google" --body "Cierra #42"

# 6. Después del merge, limpiar
git switch main
git pull
git branch -d feature/login-google

🧠 Conceptos Avanzados Clave

⚙️ Configuración Esencial

El primer setup en una máquina nueva:

# Identidad
git config --global user.name "Tu Nombre"
git config --global user.email "tu@email.com"

# Defaults modernos
git config --global init.defaultBranch main
git config --global pull.rebase true
git config --global core.autocrlf input    # Linux/Mac

# Editor preferido
git config --global core.editor "code --wait"

# Aliases útiles
git config --global alias.lg "log --oneline --graph --decorate --all"
git config --global alias.st "status -sb"
git config --global alias.cm "commit -m"