Team Foundation Server Build 2010

Visual Studio Team System 2010

‘¡En mi máquina compila!’(TFS Build)

Architects Forum XXIIIMadrid, 28 Mayo 2009

Luis FraileMVP Team SystemMultidomo NetworksConsultor externo Renacimiento Sistemas

" Blog: http://www.lfraile.net

* Email: lfraile@lfraile.net

LOS RETOS …

Mayor complejidad soluciones

Equipos piezas separadas …

… hay que unirlas …

… pero si esperamos al final …

… las piezas no encajan …

¡PERO EN MI MAQUINA COMPILA!

INTEGRACIÓN CONTINUA

¿Qué es IC (CI)?

• Nos da el “latido” del proceso

• Previene problemas de integración

Proceso de desarrollo

• Recuperación de binarios

• Reproducción de errores, pruebas, …

Trazabilidad

• Muestra el avance del proyecto

• Todos los días se construye parte

Seguimiento

El proceso

Desarrollador hace checkin

Se obtiene la última versión

Compila

Ejecutan pruebas unitarias

Almacenan los binarios

Se etiqueta la versión

Se genera un informe

La complejidad de la IC

• Proceso cada vez más complejo

• Soluciones cada vez más grandes

La compilación

• Productos

externos, Framewors, x86, x64, …

• Dificultan la configuración

Diversidad de configuraciones

• Frameworks propios

• Librerías externas

Dependencias externas

TFS BUILD 2010

Novedades TFS Build 2010

Basado en Windows Workflow

4.0

• Diseñador visual

• Actividades de WF (Msbuild

== tareas)

• Mayor flexibilidad

• Workflows

compartidos, personalizados

por definición de build

… o usar simplemente

MSbuild …

• Workflow que ejecuta un

MSBuild

• Se pueden añadir

actividades adicionales

“Agents” y “Controllers”

• Dirige la build

• Controla un pool de agentes

• Puede distribuir la build entre

múltiples agentes

Controller

• Los agentes hacen la carga

pesada

• Los podemos distinguir por

tags (P.ej.:

arquitectura, aplicaciones, …)

• Ejecutan partes del WF

Agents

Configuración Agents & Controllers

Definiciones de builds

• Build Process Template

Almacenadas en Version Control

• Compartidos

• Personalización por parámetros en

vez de definir nuevos WF

WF XAML

Definiendo la build

Cuando la build se rompe …

• Equipos grandes

• Cambios muy rápidos

• Es frecuente romper la build

• ¡¡¡¡¡ES UN HECHO!!!!!!

• Prevención:

•Gated checkins

Gated Checkin

Se crea un shelve con los cambios

Se encola una build

Los cambios se compilan, pasan tests y

políticas checkin

Se hace checkin si todo va ok

Se notifica al usuario (si se ha suscrito

a la alerta)

Gated Checkin

La distribución de las plantillas

• Proyectos similares en la compañía

• Mismos frameworks, configuraciones

Similitud entre proyectos

• Las plantillas de XAML

• Se añaden a las process template

Distribución con plantillas proceso

¿Necesitas más?

• Controla lo que quieres borrar

• Diferentes políticas en función de si

es privada

Políticas de retención

• Totalmente modificada

• Diferentes vistas

• Más información

Vista de resultados de Build

• Ya estaba en Power Tools

• Incluida en TFC, mejoras para Gated

checkins

Herramienta de notificación

Un vistazo … (si nos da tiempo)

Recursos

• Visual Studio Team System 2010– http://www.microsoft.com/visualstudio/en-

us/products/2010/default.mspx

• Team Build

– http://blogs.msdn.com/aaronhallberg/

• Mi blog

– http://www.lfraile.net

MUCHAS GRACIAS

" Blog: http://www.lfraile.net

* Email: lfraile@lfraile.net

Architects Forum XXIIIMadrid, 28 Mayo 2009

PREGUNTAS Y … ¿RESPUESTAS?