1 / 15

Integración Continua AltNetHispano

Integración Continua AltNetHispano. Carlos Peix (@carlospeix) http://carlospeix.com/. Andres Vettori (@andresvettori) http://weblogs.asp.net/andresv. Jose F. Romaniello (@jfroma) http://jfromaniello.blogspot.com/. Vicenç Garcia (@vgaltes) http://devnettips.blogspot.com/. Agenda.

elga
Download Presentation

Integración Continua AltNetHispano

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. Integración Continua AltNetHispano Carlos Peix (@carlospeix) http://carlospeix.com/ Andres Vettori (@andresvettori) http://weblogs.asp.net/andresv Jose F. Romaniello (@jfroma) http://jfromaniello.blogspot.com/ Vicenç Garcia (@vgaltes) http://devnettips.blogspot.com/

  2. Agenda • Integración automatizada • Elementos • Políticas de release • Políticas de branching

  3. Integración automatizada • ¿Por qué? • Reduce riesgos • Reduce trabajo repetitivo • Evita pérdida de tiempo corriendo pruebas • Facilita tener el software “siempre listo” • Maximiza la visibilidad sin esfuerzo • Genera confianza en el equipo y el cliente

  4. Integración automatizada • ¿Cómo? ¿Cuándo? • Al principio del proyecto • Primero lo mas sencillo, luego agrego • Sobre un servidor dedicado (Fuera VS!!!) • Todos monitorean (CCTray o similar)

  5. Elementos • Source control • Buildautomation • Buildscheduler (CruiseControl.NET, TeamCity, Hudson, TFS) • Políticas de branching • Practicas relacionadas

  6. Elementos

  7. Source control • Elegir la herramienta correcta • Subversion • Git o Hg (distribuidos) • TFS • src-2010-01-03.zip no es source control! • SourceSafe ya dejémoslo tranquilo! • Elegir una política de branching adecuada a la política de release

  8. Buildautomation • Es la parte mas importante! • NAnt, MSBuild, Maven, PowerShell? • Todas las herramientas se parecen • Todas son extensibles • Elijan la que mas les guste • Ejemplo…

  9. Buildscheduler • CruiseControl.NET, TFS, TeamCity, Hudson • Por lo menos tiene que saber leer el repositorio y disparar el build • Casi todos • muestran estadísticas • muestran el resultado del build bien detallado • avisan cuando algo salió mal • Ejemplo…

  10. Prácticas relacionadas • Commits frecuentes • ColectiveCodeOwnership • Commits frecuentes • Unittesting • Commits frecuentes • Test para los bugs • Commits frecuentes

  11. Políticas de branching • Lo tradicional: trunk/tags/branches • Dependen de la política de release • Software que se distribuye: potencialmente se requiere dar soporte a mas de una versión • Software que se ofrece como servicio (SaaS): suele mantenerse una única versión

  12. Un ejemplo

  13. Otro ejemplo

  14. Referencias • http://martinfowler.com/bliki/FeatureBranch.html • http://www.cmcrossroads.com/bradapp/acme/branching/branch-policy.html • http://publib.boulder.ibm.com/infocenter/cchelp/v7r0m1/index.jsp?topic=/com.ibm.rational.clearcase.cc_proj.doc/c_bntr_plnbrstrat.htm • http://martinfowler.com/articles/continuousIntegration.html • http://integratebutton.com/

  15. ? Preguntas Carlos Peix (@carlospeix) http://carlospeix.com/ Andres Vettori (@andresvettori) http://weblogs.asp.net/andresv Jose F. Romaniello (@jfroma) http://jfromaniello.blogspot.com/ Vicenç Garcia (@vgaltes) http://devnettips.blogspot.com/

More Related