Hola!

Alguna vez ya comenté las ventajas y desventajas de trabajar con equipos elásticos; entre las ventajas está el hecho de que la gente “nueva” siempre tiene algo que aportar! La principal desventaja es que tienes que esperar un tiempo hasta que los “nuevos” vean la dinámica de funcionamiento del equipo y se adapten a la misma.

Es por esto, que cuanto más automatizado esté el proceso en las “tareas triviales” menos tiempo invertirás explicando pequeños detalles que dan calidad. y la correcta gestión del número de versiones es una de ellas. Hace casi 6 años escribí uno de los primeros posts al respecto, cuando hacía este trabajo de una forma muy manual como parte de una Build de Team Foundation Server 2008 (link).

Hoy en el contexto actual de trabajo que tengo el formato de los ensamblados que creamos es bastante simple:

[Major] . [Minor] . [yyMMdd] . [Increment]

Y listo! con esta información puedo darme rápidamente una idea, sobre la fecha de creación y versión de una app o dll. Y claro, como los nuevos no se han percatado de esto, tiro de este post para una primera aproximación.

Y luego también de este AddIn: Automatic Versions, que hace casi todo lo que necesito.

Por un lado desde el menú “Tools // Automatic Version Settings”

image

Podemos definir las settings para nuestros ensamblados a nivel Global, Solución o de Proyecto. Dentro del mismo, es posible ver como puedo indicar los cambios que necesito.

image

Y listo! Cuando necesitemos incrementar el valor, lo podemos lanzar a nivel proyecto o solución con la opción contextual “Build New Version”

image

En realidad Casi Listo! porque parece que hay un Bug en el AddIn, y le he preguntado al autor si lo puede arreglar o si yo lo he entendido mal !!! Winking smile

Download: http://visualstudiogallery.msdn.microsoft.com/dd8c5682-58a4-4c13-a0b4-9eadaba919fe?SRC=Home

Saludos @ Home

El Bruno

image image image Google

Leave a comment

Discover more from El Bruno

Subscribe now to keep reading and get access to the full archive.

Continue reading