Interesante el post de uno de los desarrolladores del núcleo, Jonathan Corbet, que explica cómo hace cinco años que se comenzó a usar la aplicación git para el sistema de gestión del código fuente del núcleo. En aquel momento la versión del kernel en desarrollo era la 2.6.12-rc2, y no se sabía a ciencia cierta qué podría pasar en los próximos meses.
Fuente: afsilva en Flickr, licencia Creative Commons.
Según este desarrollador el cambio fue todo un acierto, porque git no sólo ha hecho que el proceso de desarrollo «fluya», sino que también permite conocer algunos datos muy interesantes sobre su estructura interna. Y es ahí donde vamos. Porque el kernel se ha creado para durar, como demuestra git.
En un post anterior de Corbet en LWN.net se puede comprobar quién ha contribuido al kernel 2.6.33, que acaba de llegar hace unos días. 1.152 desarrolladores se encargaron de realizar cerca de 11.000 cambios individuales a diversos componentes del núcleo que sumaron en total un millón de líneas de código, algo que es «normal para un ciclo de desarrollo de tres meses«.
Pero es que además, hay datos aún más interesantes. Con ese ritmo podría pensarse que en el kernel actual no debe quedar demasiado de aquel lejano 2.6.12-rc2, pero nos equivocaríamos: de las aproximadamente 12 millones de líneas de código y documentación que han llegado al kernel 2.6.33, cerca del 31% pertenecen al kernel 2.6.12-rc2. O lo que es lo mismo: una tercera parte del código de Linux no se ha tocado en cinco años.
Algunos pueden pensar que hay mucho código «viejo y no mantenido», y puede que en ciertos apartados tengan razón, pero lo que es cierto es que este kernel demuestra que aquellos que lo desarrollaron hace 5 años lo hicieron con un propósito. Que durara. Y lo consiguieron, sin duda.
