Llevo ya unas cuantas semanas (dedicandole poco tiempo, es lo malo de tener poco tiempo libre - me pregunto como hacen los programadores OpenSource para compaginarlo con sus trabajos) jugueteando con una aplicación web (un CMM o algo así).
Entre otras cosas me ha llevado a tener mi primer contacto con Capistrano, unha herramienta para desplegar aplicaciones web. Aunque esté escrita en Ruby y se use mucho para aplicaciones de Ruby on Rails se puede usar para casi cualquier aplicación: lo único que hace es encargarse de copiar los ficheros al servidor, y ejecutar los diversos scripts de instalación. (Un descendiente muy lejano del make, y pariente de los cientos de miles de programas del estilo)
Mis primeras pruebas estan siendo bastante satisfactorias, pero tengo un problema muy grande porque el programita insiste en desplegarme el trunk en vez de las etiquetas. Y esto es una exigencia un poco jodida, porque mi'trunk'no tiene porque ser una versión que funcione (en mi código las versiones que funcionan las etiqueto, y el'trunk'esta llena de mierda que seguramente ni funcione).
A los hechos me remito, esto es lo que se pone a hacer cuanto intento que despliegue una etiqueta:
executing locally: "svn info http://svn.server/project/tags/juan -rHEAD"
* executing
"if [ -d /home/xmanoel/beta.xmanoel.net/shared/cached-copy ];
then svn update -q -r25 /home/xmanoel/shared/cached-copy;
else svn checkout -q -r25 http://svn.server/project/tags/juan
/home/xmanoel/shared/cached-copy;
fi"
¿De donde ha salido este -rHEAD? Bueno, al final he visto que eso no es ningún problema, el problema es que Capistrano intenta obtener la versión a instalar a partir de este "svn info", y este siempre devuelve la última versión (el 'trunk'):
URL: http://svn.server/project/tags/juan
Repository Root: http://svn.server/project
Revision: 25
Vamos, que da igual que "tag" o "branch" le pases, que al final el "svn info" le da el'trunk'y es lo que se baja. ¡¡Mecachis!!
La búsqueda de Google da un montón de soluciones que permiten que Capistrano utilize tags: deploying'trunk'or tags with Capistrano, deploying SVN tags or branches with Capistrano. Nah, ninguno de estas soluciones afronta el problema, porque se limitan a definir la variable 'repository' y Capistrano pasa de esa
Un poco más convincente es el tío que se crea una tarea para desplegar etiquetas con Capistrano. Lo mejor es el look del blog, todo minimalista, pero ni esta nada bien explicado como usarlo, ni funciona, ni se puede descargar el código (aquí sí). Pero yo la verdad pasaría de bajarmelo, no va.
La solución buena para Capistrano 2 es: Subversion Tag support for Capistrano 2. Tiene el mérito que está bien explicada y que funciona tal como el tío lo dice. ¡¡Menos mal!!
executing locally: "svn info http://svn.server/project/tags/juan -rHEAD"
* executing
"if [ -d /home/xmanoel/beta.xmanoel.net/shared/cached-copy ];
then svn update -q -r25 /home/xmanoel/shared/cached-copy;
else svn checkout -q -r25 http://svn.server/project/tags/juan
/home/xmanoel/shared/cached-copy; fi"
Otra cosa buena que tiene este parche del Capistrano es que crea las versiones en el servidor con el nombre de la etiqueta en vez de la fecha de despliegue (que para mi no quiere decir nada).
(Jopes, cuanto tiempo perdido con el Capistrano en vez de programar la aplicación esta, espero que merezca la pena usar el Capistrano este de las narices).
Nota final: Los espabilados que hayan leido todo esto seguramente se han dado cuenta de algo. Mi problema no tenía nada que ver con los tags. De hecho ya inicialmente el Capistrano se intentaría bajar la versión correcta del tag. El problema es que estoy usando la estrategia "remote_cache" y funciona así: se baja las nuevas revisiones que haya en subversion, pero no cambia de etiqueta (a no ser que manualmente borres el directorio de cache.
Por tanto, para solucionar mi problema sólo tenía que haber cambiado set :deploy_via, :remote_cache por set :deploy_via, :checkout en el config/deploy.rb.
