VivaLinux!

Y después de haber sido "incubado" desde finales del año pasado en la Apache Software Foundation (ASF), el sistema de control de versiones centralizado de Subversion (SVN) finalmente ya es oficialmente un proyecto de primer nivel en la prestigiosa organización sin fines de lucro. Un comité de directores de la ASF así lo votó ayer y la comunidad de SVN se apresuró a festejarlo poco después. El nuevo hogar de Subversion ahora puede encontrarse en subversion.apache.org.

Aunque para los actuales usuarios de SVN todo esto significará poco, sí es un indicio indiscutible del ascenso en la aceptación del modelo de desarrollo compartido pero descentralizado de otros sistemas de control de versiones más modernos como Git, Mercurial y Bazaar, a costa de la popularidad de los viejos sistemas centralizados como SVN. Lo que a su vez hace inevitable la pregunta:

¿Se está convirtiendo Apache en el cementerio de elefantes de los proyectos de código abierto?

El proyecto de Subversion, el sistema de control de versiones centralizado diseñado específicamente para reemplazar al popular CVS auspiciado por CollabNet, fué cedido formalmente al Apache Incubator como un paso previo para convertirse en un proyecto de primer nivel de la Fundación Apache.

Cuando eso suceda, Subversion se unirá a más de 130 proyectos Open Source supervisados por Apache y se beneficiará del proceso de desarrollo meritocrático, orientación, extensión, soporte y eventos comunitarios de la fundación. Mientras Subversion continúe en su proceso de "incubación", CollabNet seguirá hospedando el proyecto y aquellos binarios de terceros certificados.

Como moraleja, este bien podría ser el broche de oro para el último gran sistema de control de versiones centralizado de todos, ahora que los sistemas distribuídos están surgiendo como alternativas mucho más colaborativas y modernas.

El proyecto de KDE anunció que consiguió un hito al registrar la contribución numero 1 millón a su repositorio de código Subversion. Se trata sin duda de una prueba de la vitalidad del proyecto, que en promedio ha tenido más de 20 desarrolladores contribuyendo por primera vez todos y cada uno de los meses de los últimos 3 años.

Y como menciona Cornelius Schumacher, Presidente del KDE e.V. Board of Directors, este bien podría ser el repositorio más grande de Subversion del que se tenga noticia:

“Subversion ha probado ser un sistema confiable y capaz que nos ha servido extremadamente bien por muchos años. No conocemos de otro repositorio público que haya alcanzado 1 millón de commits, y estamos orgullosos de servir como un testamento de la escabilidad del producto”.

Pero por otro lado, muchos desarrolladores de KDE están descubriendo que sus necesidades están mejor cubiertas por sistemas distribuídos como Git, Mercurial o Bazaar. De hecho, partes de KDE ya están comenzando a migrar a Git, con Amarok siendo el primero de esta nueva tendencia.

Finalmente el equipo de GNOME anunció que Git será su nuevo Sistema de Control de Versiones (VCS), reflejando la preferencia de la mayoria de quienes contribuyen a ese proyecto. Recordemos que en el pasado mes de Diciembre se organizó una encuesta para ayudar a decidir el futuro VCS para GNOME. Los resultados se publicaron en Enero y desde entonces un grupo de desarrollo estuvo trabajando en migrar los repositorios de Subversion a Git.

El nuevo servidor git.gnome.org ya está funcionando con preview de todos los repositorios de GNOME, anticipando la migración oficial de todos los repositorios de Subversion que tendrá lugar justo después del lanzamiento de GNOME 2.26.1, el próximo 16 de Abril.

Después de esa fecha no sólo los desarrolladores de GNOME deberán usar Git, sino también los traductores y los encargados de la documentación del proyecto.

Repasando el total de sus 13457 paquetes fuentes, y extrayendo la información de aquellos que declaran qué sistema de control de versiones (VCS) usan, se publicó un reporte donde se revela que Subversion sigue siendo el rey (3367), pero también que Git es el segundo gran preferido (1156) por quienes tienen la opción de hacerlo. Muchísimo más lejos le siguen el Bazaar (127) de Canonical y el todavía inmortal CVS (52).

Los sistemas de control de versiones distribuídos (DCVS) están comenzando a ser adoptados por la mayoría de lo los proyectos Open Source de alto perfil: Samba, X.org y Ruby on Rails optaron por Git; MySQL, APT y Gnash optaron por Bazaar y Firefox, NetBeans, OpenJDK y OpenSolaris optaron por Mercurial. Todos migrando de tradicionales sistemas centralizados como Subversion o CVS.

Ahora el turno le llegó también a GNOME, que desde hace semanas está debatiendo en su lista de correo a cuál DCVS migrar su repositorio principal Subversion. Una encuesta enviada a más de 1000 desarrolladores con cuentas de Subversion favoreció a Git, pero de manera no determinante. El debate todavía continúa dentro del proyecto.

Una alternativa original la propuso John Carr, que sugería agregar un plugin de servidor de Git para bzr-playground, el "mirror" de Bazaar de los repositorios Subversion de GNOME. Esto permitiría a los desarrolladores usar indistintamente Git o Bazaar, según su preferencia.

Así como antes Subversion marcó el fin de CVS como el sistema de control de versiones para proyectos de código abierto, ahora son otros sistemas distribuídos (y no centralizados) como el Git de Linus Torvalds y el Bazaar de Canonical los que podrían destronarlo de ese lugar de preferencia.

Esa parece por lo menos una de las conclusiones de sus desarrolladores:

"Creemos que este será el sistema centralizado final que se escriba en el mundo del Open Source - representa el fin-de-la-línea para este modelo de colaboración de codificación. Seguirá siendo usado por muchos años, especialmente ganará una enorme participación en el mundo corporativo, mientras que eventualmente al mismo tiempo perderá adopción a los sistemas distribuídos en la arena Open Source".

Bazaar, el proyecto de un sistema de control de versiones distribuído patrocinado por Canonical Ltd., anunció así el lanzamiento de su versión 1.0. Según Mark Shuttleworth, "Bazaar está diseñado para equipos globales de desarrolladores colaborativos" y tiene la ventaja sobre los sistemas similares centralizados como Subversion o CVS en que no requiere un servidor dedicado.

Bazaar además permite a los desarrolladores explorar nuevas ideas dentro de un mismo proyecto en lugar de dividirlas (fork) en un proyecto distinto. "Esto desalienta los forks y ayuda a resolver los conflictos entre los nuevos y viejos desarrolladores de un proyecto", explica Shuttleworh en una entrevista en Linux-Watch.

Y así como antes Subversion reemplazó a CVS como el sistema de control de versiones preferido por los proyectos de código abierto ¿Será otra vez KDE el primero en hacer el gran cambio que otros imitarán después?

Y tal como lo esperábamos desde el año pasado, Subversión cumplió con su trabajo de reemplazar al (¿obsoleto?) CVS en uno de los más grandes proyectos de software libre existentes: KDE es el primer desktop environment en hacerlo sin inconvenientes mayores, en una decisión que seguramente inspirará a otros.

Se acaba de liberar Subversion 1.0. Para quien no lo conozca, es un sistema de versiones concurrentes destinado a reemplazar al clásico (¿obsoleto?) CVS. Aquí hay una introducción a Subversion. En su lista de funcionalidades vemos que soluciona prácticamente todos los problemas de CVS: renombrado, seguimiento de versiones de metadatos y estructura de directorios, borrado de ficheros, buena gestión de ficheros binarios, etc.