Inicialización de repositorio subversion

Aprovechando que el año nuevo es un momento muy acertada para comenzar proyectos nuevos, cuando voy a crear el respositorio subversion, acabo siempre recurriendo a google para su inicialización. Es curioso que no lo tenga anotado en entradas anteriores del blog.

# svnadmin create /var/svn/repositorio

# mkdir /tmp/copia
# cd /tmp/copia
# svn co file:///var/svn/repositorio
# svn mkdir repositorio/{branches,tags,trunk}
# svn ci -m "Estructura Inicial" repositorio

Espero que la próxima vez no tener que buscar los comandos muy lejos.

Afianzando con subversion

El desarrollo de la herramienta de copia de seguridad de la configuración de dispositivos me esta obligando a conocer mejor la herramienta subversion.

Hasta el momento me había limitado a utilizarla desde programas de desarrollo, sin preocuparme de los comandos de que hacen las tareas (commits, checkout, delete, create, update, status y manejo de tags/branches), pero al tener que hacer un programa que va guardando versiones de configuraciones en un repositorio, es muy necesario conocer las ordenes que permiten realizar estas tareas desde la línea de comandos.

Me preguntaba un compañero por qué no utilizaba git en lugar de subversion para mantener las revisiones de las configuraciones, pero soy de la opinión cada sistema de control de versiones tiene su ámbito de aplicación.

En este caso, sólo hay un usuario que esta autorizado a realizar commits (la herramienta que se conecta a los dispositivos para extraer su configuración actual), aunque pueden existir otros usuarios que se utilizarían para consultar en el repositorio las versiones almacenadas, por lo que las ventajas de git para repositorios distribuidos se diluyen.

Con esto no es que diga que subversion sea superior a git, ni mucho menos, creo que ambas son magnificas herramientas.

Activado el subversión casero

Con los servicios WoL remotos del servidor de casa operativos, faltaba poner algo de chicha. ¿De que sirve disponer del equipo de casa de forma remota sin agregarle servicios que te proporcionen acceso a tus datos? 

El primero de ellos ha sido un subversión del código de tus proyectos. En muchas ocasiones me encuentro sincronizando versiones entre casa y el trabajo o reenviándolas por correo, mejor disponer de tu repositorio subversión que te haga el trabajo duro.

La documentación que circula por internet para disponer de tu propio repositorio y publicarlo mediante un apache es muy completa y los pasos a dar de forma resumida son los siguientes:

1. Instalar servicios locales subversión.
2. Crear repositorio y hacer tu primer commit con la inicialización del repositorio con branches, tags y trunk.
3. Instalar módulos authz_svn y dav_svn para apache.
4. Configurar directorio de publicación, permisos de acceso y usuarios webdav para el repositorio.
5. Configurar permisos del repositorio para el usuario que ejecuta apache para que sea el propietario.
6. Reiniciar apache.

En el paso 4, he tenido que tener en cuenta que el servidor web no es accesible directamente desde internet, sino que se accede mediante directivas mod_proxy desde otro servidor (a traves del path /sobremesa/ en el equipo que hace de proxy inverso), con lo que hay que meter en la ruta de acceso http al subversion. De tal forma que para acceder desde el exterior queda como /sobremesa/svn/proyecto. Desde la red de casa también queda igual.

Trac y Subversion

Me he puesto manos a la obra y he terminado mis pruebas con Subversion y su integración con Trac (el sistema de control de seguimiento de tickets). Lo próximo será probar un uso 'real' y un sistema de copias de seguridad.

Respecto a lo último, parece que las copias de seguridad deben hacerse de los directorios del Subversion, del Trac y de los ficheros de configuración de apache. Nada complicado. No hay dependencias extrañas. Las máquinas virtuales me servirán para testear las recuperaciones en caso de que suceda algún pelugedón/pelusástrofe.

Pensaba en crear algún documento de todos los pasos que he seguido pero hay tanta documentación y tan clara en internet, que no es necesario repetir lo que ellos dicen.

SubVersion

Probando algunas cosas para el CVS, he aprovechado para mirar algo de SubVersion, la forma de trabajo principal no cambia, pero queria ver las características añadidas y la forma de realizar una migración completa de un repositorio en CVS hacia uno en SVN.

• Plugin subclipse para utilizar SVN desde eclipse.
• Documentacion de SVN en 'ES_es'.

En otro orden de cosas, me tengo que familiarizar con las ramas, que las voy a necesitar próximamente.