Creación de tags mediante la continuous integration

¿Cómo podría establecer la práctica de integrar continuamente tags en lugar de twigs?

Tengo la siguiente estructura del directory del repository de tags ( aquí hay una explicación más detallada de la estructura del repository):

/tags /builds /PA /A /B /releases /AR /BR /RC /ST 

Me gustaría configurar mi herramienta de continuous integration (podría ser cualquier cosa desde CruiseControl, Hudson y Jenkins a TeamCity) para build la última label si se ha creado en cualquiera de esas carpetas.

Por ejemplo, si la estructura ha cambiado y la label 1.x.0 ha aparecido en el directory PA , quiero activar la construcción del código fuente bajo la label 1.x.0 :

 /tags /builds /PA /1.x.0 -> triggers build /A /B /releases /AR /BR /RC /ST 

¿Es posible crear código fuente bajo las tags con cualquiera de las herramientas de continuous integration existentes o debo escribir mi propio complemento para ese fin?

Con Jenkins: use un trabajo periódico para verificar si hay nuevas tags, luego use el Complemento disparador parametrizado para iniciar su trabajo con la label como parámetro. El trabajo se actualizará manualmente a la label y a la compilation.

Con Jenkins (Hudson) y Subversion puede tener una label que sea constante, por ejemplo, tags/BUILD . Cuando cualquier cosa con la label cambia, Jenkins buildá basándose en esa label. Luego puede pedirle que aplique una nueva label después de la compilation.

En su ejemplo, puede crear una nueva label como tags/builds/PA y hacer que Jenkins escuche esa label. Jenkins detectará cualquier cambio en la carpeta tags/builds/PA y lo comstackrá si detecta algún cambio. Puede configurar un paso posterior a la compilation para crear una nueva label (1.x.0) cuando complete la compilation.

Publiqué una pregunta similar sobre el tema y obtuve algunas respuestas aquí: http://groups.google.com/group/jenkinsci-users/browse_thread/thread/59ca7f0f9e21a382/fe14fc7269611b26#fe14fc7269611b26