Como han mencionado otros, usamos CCNET aquí, que normalmente no trabajamos en una compilación nocturna, sino que seguimos con una estrategia de integración continua (cada check-in).
Aconsejaría hacer lo mismo, ya sea por usted mismo o en un equipo, porque puede configurar muy fácilmente las pruebas unitarias para que se ejecuten en cada checkin, las pruebas FXCop y muchos otros productos.
Si solo eres parte de un equipo de un solo hombre, y no tienes demasiados proyectos en movimiento, también te aconsejo que visites Team City como una opción, ya que tiene una versión gratuita y los informes y la configuración es mucho más simple (me parece agradable).
Dicho esto, comenzamos con CCNET, y hemos crecido varios productos demasiado grandes para mirar Team City en la versión gratuita y estamos muy contentos con lo que tenemos.
características que ayudan con CCNET incluyen: configuración basada
- XML - normalmente se puede copiar y pegar la mayor parte de lo que necesita.
- Más o menos podrá conectar su script treesurgeon como su secuencia de comandos de compilación, y señalar a CCNET como una tarea ejecutable para ejecutar la compilación.
- Mucha documentación y muy fácil de instalar nunit, ncover, fxcop, etc.
- aplicación de barra de tareas que le permitirá conocer el estado de sus proyectos en cualquier momento, y también puede iniciar un correo electrónico o mantener un RSS feed con la misma información.
Pero definitivamente voy a ejecutar una compilación de CI en cada check-in, la mayor parte ejecutará las pruebas de unidad antes de registrarme, pero dejaré que el servidor de CCNET ejecute las aplicaciones/ensamblajes que tendrían dependencias del ensamblaje que estamos verificando, y se vuelven a construir, y vuelven a probarse en cada checkin.
Dado que es gratis y lleva muy poco tiempo configurarlo, recomiendo encarecidamente que lo haga.