Git: Torvalds escribe el propio sistema de control de versiones del kernel de Linux tras perder BitKeeper

En 2002, el kernel de Linux —miles de colaboradores y miles de flujos de cambios en paralelo— había adoptado el propietario BitKeeper para el control de versiones. En 2005 la relación entre la comunidad del kernel y el fabricante de BitKeeper se rompió, se revocó el estatus gratuito de la herramienta y el mayor proyecto de software colaborativo del mundo se quedó sin su herramienta de trabajo central.

Un VCS distribuido concebido para la velocidad y para miles de ramas en paralelo: cada clon es un repositorio completo, diseñado a imagen de las propias estructuras de datos del kernel.

Torvalds escribió él mismo la primera versión: el commit inicial se registró el 7 de abril de 2005 con el mensaje «Initial revision of "git", the information manager from hell» —un puñado de archivos en C que exponían siete comandos—. Los objetivos de diseño, extraídos de las lecciones de BitKeeper, eran la velocidad, un diseño simple, un fuerte apoyo al desarrollo no lineal y la distribución completa. El 26 de julio de 2005 cedió el mantenimiento a Junio Hamano, y Git 1.0 se publicó el 21 de diciembre de 2005.

Git se convirtió en el sistema de control de versiones que usa la mayoría de los desarrolladores: en 2022, casi el 95 % de los desarrolladores lo señalaban como su VCS principal, y las principales forjas de software —GitHub, GitLab, Bitbucket— están construidas en torno a él. Una herramienta interna escrita para el flujo de trabajo de un solo proyecto se convirtió en el sustrato del desarrollo de software colaborativo en todo el mundo.

El kernel de Linux lo desarrollan miles de colaboradores que realizan miles de cambios en paralelo, lo que hace que el control de versiones sea excepcionalmente difícil. En 2002 el proyecto adoptó BitKeeper, un sistema distribuido propietario cuyo fabricante permitía su uso gratuito. En 2005 esa relación se rompió y se revocó el estatus gratuito, y la comunidad del kernel —Linus Torvalds por encima de todos— tuvo que sustituir la herramienta que sostenía todo su trabajo.

La respuesta de Torvalds fue escribir él mismo el reemplazo. El primer commit, del 7 de abril de 2005, se anuncia con un guiño: «Initial revision of "git", the information manager from hell». Era un pequeño conjunto de archivos en C que exponían siete comandos de bajo nivel, construido en torno a las mismas ideas que el kernel: la velocidad ante todo, un diseño simple, ramificación barata para el desarrollo no lineal y distribución completa, de modo que cada copia del repositorio lleva el historial completo.

Dejó de ser una herramienta privada muy pronto. Junio Hamano se incorporó en cuestión de semanas y asumió el mantenimiento el 26 de julio de 2005 —Torvalds nunca había pretendido cuidarlo para siempre—, y Git 1.0 se publicó el 21 de diciembre de 2005. A partir de ahí escapó por completo del kernel: en 2022 casi el 95 % de los desarrolladores señalaban Git como su sistema de control de versiones principal, y las forjas que organizan el código abierto moderno, entre ellas GitHub y GitLab, son servicios de Git en su núcleo.

Trataba el control de versiones como un problema de rendimiento: la velocidad era el objetivo número uno, porque una herramienta por la que la gente espera es una herramienta que la gente rodea.

La distribución completa significaba que cada desarrollador llevaba todo el historial: ningún punto único de fallo y ninguna puerta de permisos entre una idea y un experimento local.

La ramificación era una operación de primera clase en lugar de un costoso efecto secundario, de modo que las líneas de trabajo en paralelo se convirtieron en la forma barata y normal de probar cosas.

Se construyó contra la carga de trabajo real más dura disponible —la escala del kernel— en lugar de contra una media del mercado, que es exactamente por lo que generalizó tan bien.

Perder una herramienta de la que dependes puede ser un regalo. Torvalds construyó para su propio caso más difícil —un historial enorme, miles de ramas en paralelo— y un diseño que encaja en el caso más difícil tiende a encajar en el de todos.

Junio Hamano ha sido el mantenedor de Git desde ese traspaso de julio de 2005, con Torvalds aún contribuyendo. Veinte años después, la retrospectiva de GitLab de 2025 sobre el primer commit llama a la frase «information manager from hell» lo que es: la broma fundacional de una capa de infraestructura por la que ahora pasa casi todo el software. BitKeeper se liberó como código abierto en 2016 y es una nota a pie de página; Git es lo predeterminado. La respuesta a la crisis del proyecto del kernel resultó ser, por adopción, la herramienta interna más exitosa jamás construida.