.net - tabla - servidores web mas utilizados 2018
ComparaciĆ³n de servidores CI? (13)
Cambiamos de CruiseControl.NET a TeamCity principalmente debido a la facilidad de configuración. TeamCity también tiene más características, pero la razón principal es que una buena interfaz de usuario web es más fácil de usar que los archivos de configuración XML.
EDITAR: La mayoría de las tareas que TeamCity hará de la caja; cuando sea necesario usamos NAnt.
Estoy buscando una comparación de diferentes servidores de integración continua (CI) (especialmente enfocándome en .NET) y no pude encontrar ninguno.
Por lo tanto, me gustaría saber qué opina acerca de las diferentes soluciones disponibles, cuáles son los pros y los contras, cuáles son los requisitos de alojamiento y por qué CI Server XY es el Servidor de su elección.
Me interesan tus pensamientos (no dudes en comentar sobre otros):
- Hudson
- CruiseControl
- CruiseControl.NET
- Teamcity
- CIFactory (utiliza CruiseControl.NET)
Los puntos de interés son:
- Configuración (fácil, flexible)
- Integración con SCM (especialmente DSVC como git o hg)
- Integración con los sistemas de compilación (MSBuild, NAnt, Rake)
- Integración con marcos de prueba
- Integración con la fuente Anaylsis (Simian, NDepend, FxCop, NCover, etc.)
- WebInterface / Dashboards
- Requisitos de infraestructura
CruiseControl.NET: puede ser un poco difícil de configurar (como la mayoría de los sistemas de CI), pero vale la pena persistir. Actualmente tengo configurado para ejecutar pruebas unitarias al finalizar las compilaciones, y para producir instaladores Wix bajo demanda. Como dijo Dan, parece un poco anticuado, pero eso no importa, ya que le proporciona una gran cantidad de información fácil de leer y fácil de leer.
Una cosa: asegúrese de que todos sus desarrolladores tengan instalado CC Tray, ejecutándose y apuntando a sus compilaciones. Es una gran sensación obtener "Otra compilación exitosa" en su bandeja de notificaciones.
Estamos contentos con Hudson . No tengo nada para comparar, pero fue fácil de configurar y ejecutar. En este momento solo construye proyectos Win32 C ++ y un instalador, pero estamos migrando a Linux y debería funcionar con eso también.
Obtiene los repositorios de Subversion sin ningún problema y envía alertas, etc. Nos gusta hasta ahora. De nuevo, tenemos una experiencia limitada con las comparaciones.
Estamos usando ccnet en el trabajo, lo cual está bien para la mayoría de nuestras necesidades (tenemos alrededor de 50 compilaciones automáticas), pero se necesita una persona para ajustar y corregir a tiempo completo.
Si estás empezando desde cero, echa un vistazo a Bamboo. Lo hemos analizado y parece realmente prometedor, pero no coincide por completo con nuestras necesidades y hemos invertido demasiado tiempo en ccnet para cambiar a Bamboo ahora.
Saludos,
Sebastiaan
He trabajado con CruiseControl.NET, TFS 2012 y TeamCity 7.x durante varios años y creo que TeamCity es el MEJOR debido a su facilidad de uso, la interfaz de usuario cómoda e informativa y otras características geniales como las dependencias de compilación y muchas más. Simplemente funciona, me encanta.
Heredé un servidor de luntbuild. No es una buena opción para un proyecto .NET. Si descubre que constantemente recurre al uso del servidor de compilación para ejecutar tareas genéricas de línea de comando, entonces algo está mal. Un buen servidor de compilación entendió bien las tareas de salida de pruebas unitarias y de msbuild como más que comandos opacos que se ejecutarán cuando cambie el sistema de control de origen.
Estoy disfrutando de migrar a Team City.
Nada útil en:
- ¿Algo mejor que CruiseControl para .NET CI?
- Servidores de integración continua
- Hudson o Teamcity para la integración continua?
- ¿Cuál es su experiencia con el soporte de CI server git (Windows)?
- Servidor de compilación y prueba automatizado independiente del lenguaje para múltiples proyectos
- Elegir el servidor de CI correcto para mis necesidades.
- Crucero versus TeamCity versus CruiseControl.NET
- CruiseControl [.NET] vs TeamCity para la integración continua?
- etc, etc, etc.
EDITAR : A señaló Jonik en un comentario, me perdí ¿Cuál es la diferencia entre Hudson y CruiseControl para proyectos de Java? y ¿Cómo y por qué configuro una máquina de construcción C #? . Encontrarás respuestas muy perspicaces. En otras palabras, creo que todo lo que estás buscando ya está en .
Ninguna pregunta como esta está completa sin un enlace a la gran matriz de características de CI (archivo web) que enumera casi todas las opciones de CI disponibles.
Pero creo que es importante mirar hacia el alcance de lo que desea incluir en su sistema de IC. Va a ser solo compilaciones o va a incluir otros elementos como análisis estático, dependencias entre proyectos, implementaciones, pruebas funcionales, etc. Para ayudar con esa planificación, creé este gráfico mural en Elements of Enterprise CI (PDF no se requiere registro). Por favor, no dejes que la "E-word" te desanime; Solo me refiero a cosas que van más allá de la construcción de CI de retroalimentación rápida básica. :)
No es específico de la herramienta, pero enumera una variedad de prácticas que podría considerar mientras se encuentra en las etapas de planificación / evaluación.
Soy bastante nuevo en la escena CI y he estado concentrando mis esfuerzos en CruiseControl.NET, usando NAnt e Ivy para construir mis proyectos .NET.
Descubrí que CruiseControl.NET es muy adaptable a muchas otras herramientas, como NCover / NUnit / etc. Todos se conectan a esto e integran los resultados para un proceso de compilación combinado.
Buscaré TeamCity en el futuro cercano por mi propio interés, pero creo que CruiseControl hace un buen trabajo, ¡pero tan bueno como tus scripts de construcción! Si se trata de pantalones, entonces solo se puede esperar que sus creaciones sean tan buenas.
Pero, en resumen, CruiseControl.NET es una buena solución, pero todavía tengo que descubrir qué tan buena es la competencia en comparación.
Soy un usuario de CruiseControl.NET hasta el final. Mis equipos lo usan en el trabajo y lo uso en casa para proyectos personales.
En particular, CruiseControl.NET me permite ejecutar todo el proceso de CI: compilaciones, actualización de versiones, pruebas de unidad e integración, archivado de fuente o candidato de lanzamiento, cobertura de código, incluso implementación en nuestro sistema de prueba en funcionamiento. Es altamente personalizable, funciona bien con MSBuild y NAnt, e incluso tiene una arquitectura extensible de plug-in.
Hace prácticamente todo lo que necesito.
La mayor desventaja: la configuración a veces es dolorosa y puede llevar tiempo. Pero una vez que está hecho, está hecho, y como dijo otro cartel, me encanta ver la señal de "compilación exitosa" porque sé que no solo funcionó la compilación, sino también que mi unidad y las pruebas de integración funcionaron correctamente.
Usamos Hudson en el trabajo. La razón principal es que es muy fácil de configurar. Puede ejecutar directamente la guerra (es un archivo ejecutable) o implementarla en cualquier servlet-contenedor. Y estás listo para comenzar. También Hudson admite muchas herramientas y es extensible a través de su sistema de complementos.
Team Foundation Build es una opción e interactúa muy bien con Team Foundation Server. Es gratis siempre y cuando tengas licencia TFS.
TeamCity tiene una maravillosa característica de permitir al desarrollador realizar una compilación personal antes de comprometerse. ¡Muy útil!
CruiseControl.NET es el abuelo del grupo y, por lo tanto, está un poco anticuado, visualmente, etc. Como ha estado circulando por un tiempo, Google sabe cómo solucionar muchos problemas con los que se enfrentará.
Por estas razones (entre otras), uso CruiseControl.NET en el trabajo y TeamCity en casa y en mi vida de código abierto :)