Subversion es más que una simple herramienta para rastrear cambios en su código. Puede ser la piedra angular de una estrategia de ingeniería de lanzamiento eficaz, ya que ofrece funciones que facilitan una transición fluida del código del desarrollo a la producción. Aquí, exploraremos dos técnicas que puede emplear: utilizar números de revisión y crear etiquetas.
La mayoría de las personas que han incursionado en Subversion están familiarizadas con los números de revisión. Digamos que realiza una confirmación y su código se convierte en “revisión 1234”. Luego puede exportar esta revisión específica a su entorno de desarrollo para realizar pruebas. Una vez que pasa sus rigurosos controles, pasa al entorno de control de calidad para un mayor escrutinio.
Pero, ¿qué sucede si desea una forma más infalible de administrar su código base? Ingrese “etiquetas”.
Los números de revisión como “1234” son un poco difíciles de recordar y no dicen mucho sobre el código. Las etiquetas, por otro lado, proporcionan una forma más amigable para los humanos de identificar versiones específicas de su código. Para crear una etiqueta, copiará su código, por ejemplo, desde el directorio “/trunk/” a un nuevo directorio como “/tags/release-Jan11_3PM”. Lo mejor de las etiquetas en Subversion es que son fáciles de administrar. Puede crear etiquetas con la frecuencia que desee, por ejemplo, “/tags/build-Jan11_4PM” o “/tags/version-1.2.3”.
La ventaja de utilizar etiquetas son sus convenciones de nomenclatura fáciles de entender, que simplifican el proceso de exportación de versiones específicas a diversos entornos como desarrollo, control de calidad y producción. Esto no sólo añade una capa adicional de claridad, sino que también facilita mucho la vida de los evaluadores y los profesionales de control de calidad.
Ya sea que opte por los números de revisión sencillos o el método de etiquetado más descriptivo, Subversion ofrece opciones sólidas para administrar su base de código desde el desarrollo hasta la producción. Elija la estrategia que mejor se adapte a las necesidades de su proyecto y de su equipo, y elimine las molestias de la ingeniería de lanzamiento.