El Bruno

Buenas,

ayer comentaba sobre lo útil y práctico que es el nuevo editor de actividades para los proyectos de Build incluido en Visual Studio Team System 2010. Como lo mejor es dejar un par de pruebas del mismo, se me ocurrió que lo más simple es demostrar como ha cambiado el modelo, con dos tareas de las más comunes en un Build: selección de proyectos a compilar y de pruebas a ejecutar.

Ejemplo

1. No entraré en los pasos básicos de la creación de un proyecto de Build, ya que salvo la novedad de los Gated CheckIns, los siguientes formularios no han cambiado mucho.

2. En el paso de la definición del proceso, la selección de los proyectos y de las pruebas se realiza desde la ventana de propiedades de la actividad principal del proceso.

Adicionalmente se nos recuerda, que debemos seleccionar los mismos con pequeños links a estas propiedades

3. Cambiando un poco el modelo anterior, donde los paths eran relativos al sitio de ejecución del Build, en este caso la selección de las soluciones se realiza a través de un selector que permite navegar la estructura de directorios definida en el Source Control.

De esta forma, agregar uno o N soluciones, se convierte en una tarea trivial.

4. La selección de las listas de Tests a ejecutar, también se aprovechan de estas nuevas herramientas y la selección de una lista (que no es más que un archivo .vsmdi) se realiza con el asistente.

Sin embargo, si analizamos un poco el proceso y la información contenida en este archivo, tal vez necesitemos explotar un poco más el mismo, incluyendo solo algunas listas de tests específicas y en un orden determinado. Pues bien, el asistente nos permite importar el detalle de los archivos .vsmdi y organizar el mismo a nuestro antojo.

Como hemos visto en las imágenes anteriores, el proceso de definición de proyectos de Build se simplifica muchísimo. Y si bien es cierto que muchas de estas actividades, se pueden realizar actualmente con paciencia y un Notepad, yo si el editor es gráfico –> mejor !!!

Saludos @ Home

El Bruno