Recomendaciones sobre sistemas de Integración Continua

Question

Actualmente estamos evaluando diferentes aplicaciones que interactúan con Visual Studio 2008 (C#) y Subversion para realizar compilaciones automatizadas de nuestras bibliotecas principales.Esperamos realizar compilaciones nocturnas y enviar por correo electrónico la lista de cambios realizados a cada desarrollador o enviar las últimas versiones a cada estación de trabajo.¿Cuál ha sido tu experiencia con estas herramientas y cuáles son algunas recomendaciones?

---

Software sugerido

• Control de crucero .NET
• hudson
• equipociudad

Artículos sugeridos

• Integración continua:De la teoría a la práctica 2.ª edición (CC.net)
• Automatización del proceso de compilación e implementación de ASP.NET con Hudson

Answer 1

Cruise Control.net (ccnet) hace todo lo que buscas.Es bastante fácil de usar, solo asegúrese de que si lo va a ejecutar como un servicio, le dé una cuenta y no lo ejecute como un servicio de red, de esa manera puede otorgarle derechos en las casillas de la intranet y hacer que funcione. Se implementa xcopy.

Tiene todo tipo de modos de correo electrónico, en caso de falla, en todos, en solución tras falla y muchos, muchos más.

Answer 2

hudson es la herramienta de integración continua/construcción diaria más sencilla que he visto.No estoy seguro si cumple con todos sus requisitos.

Answer 3

Eche un vistazo a JetBrain (chicos detrás de ReSharper) equipociudad

Answer 4

he usado cc.net con nant y msbuild con gran éxito, lo recomendaría ampliamente.

Answer 5

En mi último empleador configuré un servidor de compilación con cc.net.Espere al menos uno o dos días de trabajo para configurarlo.Usé cc.net junto con nant y msbuild.Estos proyectos tienen mucha superposición en funcionalidad, por lo que podría ser una buena idea pensar en cómo desea configurar todo.

La configuración con la que finalmente me conformé fue cc.net en el servidor para recuperar el proyecto de Subversion y ejecutar los scripts nant.nant se usó para llamar a msbuild para compilar los archivos .sln de Visual Studio y realizar todos los demás pasos de compilación, como ejecutar pruebas, etc.

También eché un vistazo rápido a teamcity.A primera vista parece mucho mejor que cc.net pero no tuve tiempo de probarlo todavía.Sin duda vale la pena echarle un vistazo.

Answer 6

Utilizo CC.Net junto con SubVersion y MSBuild para lograr esto. Aquí es una gran guía para implementar esto que seguí y me resultó muy útil.

Answer 7

Un par de datos sobre cómo trabajar con cc.net y msbuild.Si está creando proyectos C/C+=, msbuild no es confiable al menos con VS 2005 (y quizás antes).No lo he probado con VS 2008.Descubrimos que a veces msbuild funcionaba correctamente y otras no.Al intentar resolver el problema, encontramos vcbuild.exe que parece funcionar bien en lugar de msbuild al crear soluciones C/C++.

Answer 8

Si estas usando trac para el seguimiento de problemas, el mordido El complemento funciona bien.No es específico de la plataforma (lo ejecutamos tanto en Windows como en Linux en el trabajo, con msbuild/mstest y make/gcc/cpptest respectivamente).

Answer 9

Estoy usando Hudson Jenkins para obtener la compilación diaria.Es realmente muy fácil de configurar y mantener.Y tiene muchos complementos que satisfacen nuestros requisitos.