Tengo una pregunta sobre Servidores de compilación para proyectos .NET. Actualmente estoy usando TeamBuild junto con TFS 2010 para hacer compilaciones automáticas en el mundo de .NET. Algunos proyectos más antiguos se crean utilizando simples viejos scripts de MSBuild.Buscando .NET BuildServer SaaS
Para deshacerse del esfuerzo administrativo Actualmente estoy trasladando mis fuentes a github. Github ofrece, como muchos otros sitios, servicios de enganches para activar servidores de compilación para realizar compilaciones automáticas como CI o compilaciones nocturnas.
Claro que podría usar TeamCity OnPremise y crear dinámicamente Agentes de compilación en Windows Azure usando VMRole y discos virtuales, pero creo que esta solución híbrida es un poco idiota.
¿Cuáles son sus pensamientos sobre la siguiente idea arquitectónica?
Digamos que está utilizando github como plataforma de control de origen. Al enviar fuentes a su repositorio, se activará una WebRole de Azure que aloja un Servicio WCF. El WebRole mismo solo usará la API de Azure para iniciar una nueva instancia de una VMRole de Azure personalizada.
El VMRole de Azure usará algún tipo de script de compilación como Rake o MSBuild para tener tan pocas herramientas de desarrollador instaladas en el agente de compilación como sea necesario. Después de compilar todo el proyecto, los artefactos se publicarán en Azure BlobStorage y se volverá a llamar al WebRole que aloja el servicio WCF, pero ahora Azure WebRole terminará BuildAgent.
Al usar una configuración de este tipo, podría minimizar los costos para el agente de construcción y construir casi cualquier tipo de proyecto siempre que sea posible instalar el elemento requerido para la compilación utilizando PowerShell.
En resumen: ¿qué opina de esta arquitectura? ¿Otras ideas? ¿Existe un servicio existente que ofrezca tal solución?
Thorsten
Cool no he visto appharbor hasta ahora. Gracias por compartirlo. –
Genial. ¡Busqué lo mismo! –