Integración y Entrega Continua con Visual Studio Online
Descargar como PPTX, PDF4 recomendaciones1,427 vistas
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.
Integración y Entrega Continua con Visual Studio Online
- 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
- 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
- 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!
- 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?