Diario de Programación

Hace poco me tocó hacer una rama CVS de los proyectos para estabilizar una versión para unas pruebas con el cliente. Ya se sabe, rama del repositorio del proyecto y rama de todos los repositorios con librerías que utilice el proyecto.

Pues bien, ha sido horrible. Son cuatro o cinco repositorios y cada uno de los proyectos/librerías a "enramar" tienen fácilmente tres mil ficheros java. Eché toda la tarde en hacer las dichosas ramas. Primero un update, luego el cvs tag para poner una etiqueta justo en el punto donde comienza la rama y luego el cvs tag -b para crear la rama. Al hacerlo CVS fichero a fichero, media hora larga con algunos de los repositorios mientras cvs hace el trabajo.

Se me ocurrió, harto de ello, montar un servidor de subversion, migrar alguno de los repositorios CVS a subversion (usando cvs2svn) y mirar a ver cuánto tarda subversion en hacer la rama (svn cp). Es casi inmediato, ya que realmente no realiza la copia real de todos los ficheros (lo hará cuando se vayan modificando si se van modificando) y tampoco tiene que andar recorriendo todos los ficheros para ver su versión actual (CVS tienen un número de versión para cada fichero, mientras que subversion tiene un único número para todo el repositorio).

Todo el mundo habla que los sistemas de control de versiones distribuidos, estilo Bazaar o Git son maravillosos. También se habla mejor de Subversion que de CVS, aunque no todos lo hacen. A mí realmente todo eso me parece bien, pero mientras no veo una necesidad real o una mejora importante, no veo tampoco necesidad de cambiar. Ahora sí he encontrado un motivo, así que es cuestión de empezar a mirar en serio la posibilidad de migrarlo todo a Subversion.

De momento descarto Bazaar o Git por tener menos soporte para los IDEs habituales (eclipse en concreto). Tampoco tengo muy claro lo veloz que puede ser hacer un branch de un repositorio grande si eso implica la copia completa de todo el repositorio, con su historia (ya digo, repositorios de tres mil clases java con cuatro o cinco años de historia y alrededor de veinte desarrolladores de media desarrollando día a día).

Aunque llevaba tiempo pensándolo, por fin me he decidido a poner un sistema de control de versiones en casa.

Primero intenté con CVSNT, pero no me funciona el "control panel" sobre Window Vista. Mirando en google, he visto que a más gente le pasa lo mismo y no he visto que lo hayan solucionado. Así que dejo aparte lo de CVS y lo vuelvo a intentar con Subversion.

En la página de Subversión me costó encontrar el instalable para Windows. El sitio al que te lleva el enlace que dice "instalable para windows" te lleva a un sitio raro donde hay cosas de ¿svn con phyton para windows?. Sonaba un poco raro, así que me pongo a jugar con el árbolito que sale a la izquierda y, por fin, encuentro un fichero con un nombre normal que se parece a lo que yo quiero: svn-1.4.5-setup.exe. A descargar e instalar.

Todo estupendo. No me fastidió el Apache. Hace tiempo había instalado ya Subversión y lo primero que hizo fue tocarme el fichero de configuración de Apache y fastidiarlo para que no arrancara nunca más. Parece que ese problema ya está solucionado, no se si porque lo han solucionado o porque yo tengo el Apache más escondido y no ha sido capaz de encontrarlo.

La creación de repositorio y el meter y sacar un proyecto en él fue todo estupendo. No tuve ningún problema. Cuando había hecho pruebas hace tiempo con Subversion, se acabó fastidiando el repositorio el solito.

Y la prueba de fuego. Instalar el plugin para eclipse "subclipse". Increible, también funcionó a la primera. La otra vez se instaló, pero luego me decía que el plugin y el servidor de Subversion eran incompatibles y no funcionaba nada.

Ahora sólo queda usarlo una temporada, para acostumbrarme a él y ver si realmente merece la pena respecto a CVS. Si decido que sí, me llevaré el "experimento" al trabajo. Ya me tienen pánico desde que decidí que hicieramos ramas en CVS, así que esto va a ser ya la releche: cambiarles la herramienta de control de versiones. Por cierto, he visto por ahí que hay un cvs2svn, por lo que si funciona bien, se podrían migrar los repositorios de CVS a Subversion.