[Microsoft-Dev-Blog] Azure Web Sites: Configurar integración continua

Buenas, como es costumbre les comparto el post que escribí en el blog Microsoft-Dev-Blog.

En el mismo repasamos como configurar la integración continua en nuestros sitios web de Azure, enlazando nuestros repositorios de control de código fuente. De esta forma ante cada nuevo “Commit” o “Push” (dependiendo del tipo de repositorio que usemos) se sincronizarán los cambios, se realizará la compilación y ejecución de tests (en caso de que existiesen). Si todo esto es correcto, el resultado se publica en nuestro sitio.

La verdad que da una gran flexibilidad ya que podemos configurar casi cualquier tipo de repositorio, y como funcionalidad es muy útil para los equipos de desarrollo..

Como vimos en el post anterior, el uso del servicio sitios web de Azure nos brinda muchas funcionalidades interesantes. Una de ellas es la publicación automática a partir de los cambios en los repositorios de código fuente, o en otras palabras integración continua. Según el artículo Continuous Integration de Martín Fowler, podemos definir la integración continua de la siguiente forma:

La integración continua es una práctica del desarrollo de software, donde los miembros de un equipo integran su trabajo frecuentemente, dando lugar a múltiples integraciones por día. Por cada integración se realiza una compilación automática (incluyendo la verificación de los tests asociados) para detectar errores de integración lo más rápido posible. Muchos equipos coinciden en que este enfoque conduce a una reducción significativa de los problemas de integración y permite que un equipo pueda desarrollar software coherente con mayor rapidez.

Este enfoque, el cual está muy relacionado con las metodologías ágiles, es relativamente sencillo de comprender: la idea es continuamente integrar y encontrar fallas los más pronto posible, además de estar respaldados en un conjunto de pruebas que se ejecutarán en cada integración para garantizar el correcto funcionamiento. A su vez cada miembro del equipo sube al repositorio de código fuente de manera frecuente. Esto permite una “comunicación” más fluida entre el equipo y una reducción de los errores y su impacto.

Después de esta introducción vayamos a la práctica: cómo lo aplicamos en nuestros sitios web de Azure?

Leer el post completo..

Anuncios

Responder

Introduce tus datos o haz clic en un icono para iniciar sesión:

Logo de WordPress.com

Estás comentando usando tu cuenta de WordPress.com. Cerrar sesión / Cambiar )

Imagen de Twitter

Estás comentando usando tu cuenta de Twitter. Cerrar sesión / Cambiar )

Foto de Facebook

Estás comentando usando tu cuenta de Facebook. Cerrar sesión / Cambiar )

Google+ photo

Estás comentando usando tu cuenta de Google+. Cerrar sesión / Cambiar )

Conectando a %s