Servidores de Integración Continua [cerrado]

Editar: Ahora usamos Hudson.

Hace un tiempo busqué en un montón de estos con los siguientes requisitos:

• Código Java
• Ant construye
• Groovy construye
• Compilaciones distribuidas
• SCM trigger integration
• informes http
• informes smtp

La Matriz de Características de Integración Continua es un gran lugar para comenzar.

Terminé seleccionando AnthillPro y lo estoy usando con éxito, solo arañando la superficie de lo que podemos y esperamos usarlo para.

Jetbrains TeamCity se veía muy bien cuando lo miró. Está basado en Java, por lo que debería ser fácil de extender para tu teamn, y puede hacer compilaciones distribuidas, etc... Hay una versión gratuita que puedes evaluar.

He estado investigando esto también y aunque inicialmente estaba mirando CruiseControl, escuché cosas buenas sobre Hudson y decidió intentarlo. Estoy completamente impresionado por lo fácil que fue comenzar (solo descargar y ejecutar) y la configuración se realiza a través de la interfaz gráfica de usuario, por lo que no hay que jugar con los archivos de configuración XML.

En cuestión de minutos había realizado mi primera construcción de hormiga. Ahora lo tengo corriendo como un servicio de Windows en un servidor que es disponible 24/7 tanto en la oficina como a través de VPN. La actualización es tan simple como descargar el nuevo archivo war y reiniciar.

El soporte para informes junit está listo para usar. Instalar plugins adicionales también es muy fácil y he añadido plugins para Trac, Cobertura, FindBugs y PMD. La calidad del código y las pruebas está aumentando, ya que es muy satisfactorio ver que los gráficos de tendencia están aumentando.

Ahora lo uso para administrar todas mis compilaciones para entornos de prueba y producción. Desde que gestiono varios web aplicaciones esto me da más tiempo para gastar en la programación real. Honestamente no puedo recordar cómo me las arreglé sin él.

El bambú de Atlassian se ve bien, pero no tengo ninguna experiencia con él. Parece ser similar en características a Cruise o TeamCity .

Como algunas otras personas aquí, yo realmente amo Hudson .

Es extremadamente fácil de instalar (es solo un archivo war para desplegar), configurar y usar. Además, ofrece una gran cantidad de funcionalidades que no siempre están disponibles en otros sistemas (build matrix, master y slaves, seguridad a nivel de servidor o proyecto...)

El número de plugins existentes es bastante importante ahora, y crear su propio plugin no es tan difícil...

Para terminar, esta aplicación evoluciona muy rápido: actualmente estamos en la versión 257 y han hecho más de 100 lanzamientos desde un año!

Para los franceses, escribí una guía bastante completa para usar Hudson aquí.

Si está utilizando el software de personal de Atlassian (por ejemplo, Jira, Clover, etc. El bambú es tu camino.

Lo usamos durante un par de meses y puedo recomendarlo. Vale su dinero.

Si no está completamente vendido en Hudson, una prueba de manejo con un clic debe cambiar de opinión.

Haga clic abajo:

Https://hudson.dev.java.net/hudson.jnlp

Esto lanzará Hudson a través de Java Web Start para una prueba de manejo. Una vez que se lance, visita http://localhost:8080 / para llegar al tablero. Cualquier configuración que hagas con este Hudson se almacenará en~/.hudson, así que tus datos sobrevivirán a través del reinicio del proceso de Hudson.

Si está utilizando herramientas bastante estándar como svn y ant / maven-debería tener una compilación y funcionando en 5 minutos. Diferentes herramientas y puede tomar 20 minutos!

Ver una introducción aquí:

Http://wiki.hudson-ci.org/display/HUDSON/Meet + Hudson

El bambú funciona muy bien; si tienes efectivo, te lo recomendaría. El control de crucero vale su precio; nunca he sido capaz de hacer que descubra de manera confiable que se realizaron cambios en la fuente y se compila, ni he sido capaz de hacer que se compile manualmente. La interfaz y la configuración son terriblemente complejas.

Usamos Control de crucero. Tiene todas las características que queremos y fue bastante fácil de configurar. La integración con ANT y SVN está bien.

Con: de vez en cuando tenemos que reiniciar el proceso o la máquina ya que deja de enviar mensajes para la compilación nocturna. No estoy seguro de qué se trata, pero es molesto.

Como es habitual en el mundo de java, existe el mundo de código abierto y el mundo comercial.

Ya hemos visto bastante buena cobertura de las diversas ofertas.

Hudson : No conozco ninguna otra oferta de servidor Java que sea tan fácil de evaluar como esta. java-jar Hudson.la guerra how ¿qué tan fácil puede ser que eso ? NO solo se puede utilizar en Windows, se puede utilizar en todas las plataformas java habituales. Ant, Maven y una gran cantidad de otras plataformas de compilación son compatibles.

El mejor lo que pasa con Hudson es la capacidad de plug-in. Se está desarrollando casi continuamente. Usted pide una característica y no tomará mucho tiempo para que se haga.

Normalmente no me gusta sonar como un fanboy, pero esta aplicación/desarrollador/comunidad seguro que me impresiona.

BR,
~A

Solo una palabra en la Matriz de Características de Integración Continua : no fue recopilada por la gente de CruiseControl, fue iniciada en CodeHaus por el proyecto DamageControl y movida a la wiki de CruiseControl cuando DamageControl entró en hibernación. La información es mantenida en gran medida por los propietarios del proyecto/producto o por sus fans.

Estoy feliz con bambú. Miré una serie de soluciones gratuitas antes de decidirme por ellas.

Supongo que seré el primero en mencionar Luntbuild. Aparte del nombre menos que pegadizo, es un gran servidor CI.

• Súper fácil de configurar.
• Interfaz de usuario web para crear/administrar sus proyectos y usuarios
• Soporte para MUCHOS sistemas de control de versiones (lo he usado con CVS, SVN y StarTeam)
• API remota bastante ingeniosa
• Granularidad relativamente alta para el control de acceso (por lo que puede dar a los clientes acceso solo a sus compilaciones, y no a su compilaciones de clientes)
• y mucho mucho más.

Echa un vistazo a la demostración en vivo . cuenta/contraseña demo/demo

Nota: La demo en vivo es un par de lanzamientos de nuevo.

Hemos utilizado el Control de crucero con resultados decentes. Desde entonces hemos comenzado a usar Maven para la herramienta de compilación en todos nuestros proyectos. Con eso vino el traslado a Hudson para CI que es muy agradable. Si crees que mudarte a Maven podría estar en tu futuro, te lo recomendaría. Creo que Hudson incluso se puede usar para llamar a tareas de hormigas, aunque un envoltorio Maven podría estar en orden.

Http://hudson-ci.org/

Thoughtworks Cruise es la descendencia comercial del proyecto de código abierto CruiseControl. Se ve muy bien, muchas características, compilaciones distribuidas, etc. No se lo que es extensible.

Una org que corro (openqa.org), en un momento u otro, ha utilizado casi todos ellos. En términos de configuración fácil, vaya con TeamCity o Bamboo. Pero en términos de fiabilidad general, es posible que desee mirar a Hudson. A mí realmente me gusta JetBrains, pero descubrimos que TeamCity se metía en estados extraños después de un tiempo, haciendo que nuestras compilaciones fueran muy poco confiables. Lástima, ya que me encanta LA IDEA!

Hemos estado usando Automated Build Studio y hemos estado bastante contentos con él. Es una aplicación de Windows, por lo que está atascado en un servidor de compilación de Windows, pero en el lado positivo es súper fácil de configurar, mantener y usar. Puede compilar el proceso a partir de componentes a través de apuntar y hacer clic, y puede usar secuencias de comandos si ninguno de los componentes satisface sus necesidades.

De los pocos que he usado, Buildbot se destaca como el más potente y flexible. No es el más bonito, si eso te importa.

He administrado tanto Bamboo como Hudson, y recomendaría Hudson.

Ambos son geniales, pero Hudson tiene mejor soporte de informes, por ejemplo, la publicación de sus informes de cobertura, etc. es mucho más fácil dentro de Hudson.

Es probable que esto cambie en un futuro cercano, pero a pesar de la integración de Bamboo con JIRA, etc. y es estadísticas, Hudson, para la facilidad de uso y el soporte de terceros, es mejor independientemente de la cantidad de dólares (es gratis, Bamboo no lo es).

También usamos Hudson y si no fuera la recesión, probablemente usaríamos Bambú y la mayoría de los productos de Atlassian(Bambú, Crisol, Confluencia) junto con JIRA.

Utilizo Continuum para mi servidor de integración continua. Ninguna otra razón que yo iba a contratar a un gerente de desarrollo que había utilizado en su última asignación, por lo que parecía tener sentido elegir algo con lo que al menos uno de nosotros tuviera experiencia.

Antes de elegir Continuum, un desarrollador junior pasó dos semanas tratando de poner en marcha CruiseControl. Sin embargo, tenemos el Continuum 1.0 para correr primero.

Estamos usando Zutubi Pulse y funciona muy bien para nosotros. Es muy fácil de usar ant tiene muchas características avanzadas.

Usamos StarTeam y entre Hudson y CruiseControl.NET,CC.NET tiene algunos errores al integrarse con StarTeam. No parece reconocer el espacio de trabajo que definimos en los archivos de configuración.

El año pasado en la conferencia a en los EE.UU. escuché por primera vez sobre Cruise Control.net en una presentación de 1 hora, en mi camino a casa en la llanura decidí implementar un POC pequeño para nuestra empresa y lo hice con éxito en menos de 5 horas (incluyendo todo el aprendizaje que podría haber hecho).

Lo estoy usando desde entonces y debo decir que estoy muy satisfecho con los resultados y la facilidad de operación, Hay algunos inconvenientes (por ejemplo, la falta de distribución de tareas a través de la escala de servidores, aunque puede monitorear varios servidores) encontré un bug en una de las implementaciones y como es un código abierto podría haberlo solucionado muy rápidamente (gran ventaja) - creé un pequeño [proyecto][1] en codeplex para contener mis correcciones antes de contribuirlas a la comunidad como un check in. Te animo encarecidamente a mirar esta plataforma, también sería bueno si puedes decir lo que realmente necesitas.

[1]: http://www.codeplex.com/DavidovitzCCE proyecto

Echa un vistazo a nuestro Parabuild. En comparación con las herramientas gratuitas, es muy fácil de configurar y su sobrecarga de mantenimiento es cercana a cero. no es gratis pero obtienes lo que pagas.

¿Por qué no utiliza un servicio de CI alojado, entonces no tiene que preocuparse por el mantenimiento, los costos, etc.

MikeCI es un servicio de CI alojado que aloja sus compilaciones en Amazon EC2 y por solo $10 por mes es mucho más barato que mantener su propio servidor de CI.

Dale una oportunidad.

Considere un servicio de CI alojado gratis en fazend.com . Soporta ant.

CruiseControl.NET es mucho más efectivo en Windows boxes que el original basado en Java. Especialmente cuando el servidor de compilación dedicado no está disponible todavía.

Es posible que desee mirar también

Http://www.thoughtworks-studios.com/solutions/deployment-managementtexto del enlace

La solución ThoughtWorks Deployment Management combina el poder de Twist (Pruebas ágiles) con Go (administración de versiones).

• Twist captura los requisitos para ser probado directamente de usuarios empresariales
  y luego apoya su automatización como pruebas a largo plazo que evolucionan con el aplicación.
• Go ayuda desarrollo y IT operations teams model release
  procesos y despliegue de software
  repetible y fiable.