El documento aborda la integración y entrega continua utilizando Visual Studio Online, enfatizando la importancia de integrar el trabajo frecuentemente y mantener un proyecto saludable. Se presentan prácticas y herramientas, como Team Foundation Build, que automatizan el proceso de construcción y despliegue para asegurar que el software esté siempre en un estado funcional. Además, se destacan los principios para desarrolladores, como contribuir frecuentemente y validar cambios en entornos controlados.

2. Integración y
Entrega
Continua con
Visual Studio
Online
Ernesto Cárdenas Cangahuala
Senior Software Engineer|
Avantica Technologies
@fisica3

3. Presentación

4. Erase una vez… un desarrollador

5. En la Universidad
• !En mi casa compilaba!

6. • ¿Qué has hecho ayer en todo el día?
• …¡Subir el proyecto a preproducción!
Durante el Desarrollo

7. • ¡La web de producción esta
grabando en la BD de
preproducción!
• Este… ayer subí la
corrección de un bug….
• ¡Además ahora las formulas
dan valores incorrectos!
… Mantenimiento

8. ¡Busquemos una salida!

9. Integración Continua
• Martin Fowler:“La integración continua es una práctica
de desarrollo de software en la cuál los miembros de un
equipo integran su trabajo frecuentemente, como
mínimo de forma diaria. Cada integración se verifica
mediante una herramienta de construcción automática
para detectar los errores de integración tan pronto como
sea posible.”

10. ¿Qué perseguimos con la CI?
• Tener un proyecto “sano y funcionando” siempre
• Mayor confianza del equipo y de los stakeholders

11. ¿Y si damos un paso mas?
•Valor es Software
funcionando en
manos del usuario
¿verdad?
•Entonces nuestro
siguiente objetivo es
la Entrega Continua

12. ¿Qué lograremos con todo eso?
• Tener un proyecto “sano y funcionando” siempre
• Mayor confianza del equipo y de los stakeholders
• No dedicar tiempo excesivo a la integración y despliegue
• Mayor visibilidad y feedback continuo (QA) -> menos
riesgos

13. Primero veamos los pilares

14. Versionado

15. Automatización

16. • Mantener un único repositorio de código fuente
• Automatizar la construcción, validación y
despliegue del proyecto de manera rápida (¡un
clic!)
• Que sea fácil probar la ultima versión en una
replica del entorno de producción
• Publicar qué está pasando (alertas!!!)
Practicas para el día a día

17. Ok, ¿cómo lo logramos?

18. Empecemos con
una visión inicial

19. Aterrizando la teoría

20. Team Foundation Build
• Considerado parte del núcleo de la plataforma TFS/VSO
• Los miembros del equipo pueden ser notificados del
estado de la build, para prevenir checkin que no sean
correctivos
• MSBuild hace el “building”, Windows Workflow hace la
orquestación
• Extensible: Soporte Java, Maven, Ant vía TFS Build
Extensions

21. Arquitectura de Team Foundation Build
Application
Tier
Build
Controller
Build
Agent
Drop
Server
Build

22. Esto, traducido a VSO/Azure…

23. • Controlado por un archivo XAML Windows
Workflow 4.0
• Tres plantillas de proceso “out-of-the-box”
• DefaultTemplate (ahora con versión Git!)
• Almacenado en TFS
• Se pueden crear plantillas de build
personalizadas
Team Build Process

24. Demo

25. Principios para el desarrollador
• Diseña características apagables!!
• Contribuye a menudo (código sano!)
• Soluciona los build rotos inmediatamente
• Escribe tests automáticos
• Todos los tests deben pasar

26. Llegados a este punto…
• ¿Cuanto le tomaría a tu
organización desplegar un
cambio que involucre tan
solo una línea de código?
• ¿Lo haces de una manera
confiable y reproducible?
Mary & Tom Poppendieck

27. Todo eso esta muy pero…
• Yo tengo que desplegar en
local!

28. Entonces… otro escenario

29. Ingredientes
• TFS Controller/Agent 2013
• Publish Profiles
• .config Transformations
• MS Web Deploy

30. Mejor veamoslo en acción

31. Reforzando el factor humano
• Establecer políticas de contribución, ramificación y Code
Review
• Configurar bien las alertas
• Detenerse cuando la Build se cae
• Si se cae la Build no es el fin del mundo
• Antes de hacer commit, Get latest versión y probar en local
• Probar en ambiente de Integración
• Validar siempre la actualización del Modelo de BD
• Considerar CodeAnalysis, StyleCop y opcionalmente
convertir warning en errors

32. Caso real
• DEV1: Solo compila y corre tests, ejecutada
automáticamente
• DEV2: DEV1+Despliegue en DEV, cada hora (si hay
cambios)
• QA: DEV1 + Despliegue en QA, cada 6 horas
• Staging: DEV1 + Empaquetado automatico para
despliegue manual, bajo demanda
¡Cada una con sus propias configuraciones!

33. Enlaces útiles
• El Bruno
• Jersson on the Block!
• SedoDream
• How to install Web Deploy on Windows Server 2012
• Consultor Internet

34. ¿Preguntas?