El Bruno

Buenas,

una de las grandes novedades incorporadas en Microsoft Visual Studio 2008 estaba relacionada con la capacidad para configurar la ejecución de los builds. Si bien mucha gente se quedó con la idea de que era más fácil implementar Continuous Integration, una de las mejores características era que además era posibler definir políticas de retención de información para los builds. De esta forma, podíamos definir la cantidad de builds que queríamos mantener de acuerdo al estado de finalización de los mismos.

En Visual Studio Team System 2010 se extiende este concepto, incorporando además 2 novedades:

• Capacidad para diferenciar entre Builds privados y lanzamos manualmente o por un Trigger
• Capacidad para definir que elementos se quieren eliminar de un build

Ejemplos

Los siguientes ítems describen algunas de estas características:

1. Diferenciación de políticas para los builds lanzamos en modo privado y aquellos lanzamos manualmente o por un Trigger

2. Capacidad para definir la cantidad de resultados de Builds que se quieren mantener.

Se pueden elegir varias opciones por defecto, o definir el número como otra opción

3. Capacidad para definir que elementos se eliminarán en los builds.

Se pueden elegir varias opciones por defecto, o definir manualmente si se quiere retener:

• Detalles del Build
• El contenido de la carpeta de destino (Drop Folder)
• Resultado de los Tests
• Label, es posible eliminar el label que se genera automáticamente con la compilación

Saludos @ Home

El Bruno