2010-10-15 8 views
6

Estábamos investigando la posibilidad de utilizar Thoughtworks Go para ayudar a mejorar nuestro proceso de Build/Deployment/Release aquí en el trabajo, pero debido al factor de precio y lo que realmente obtuvimos, decidimos no hacerlo.Thoughtworks Go Alternativas

Me preguntaba, ¿hay alguna alternativa a Thoughtworks Go? Podrían ser comerciales o de código abierto, no me importa.

+2

ThoughtWorks acaba de anunciar que estarían haciendo ir libre y de código abierto. http://www.thoughtworks.com/news/go-continuous-delivery-now-available-as-free-open-source. Entonces puede ser que puedas intentarlo de nuevo. – Srinivas

Respuesta

2

Tuvimos conclusiones similares: la versión gratuita de Go, los "$ 499 para soporte anual en la versión gratuita" y los "$ 499 para 3 agentes remotos" valieron la pena considerar, pero el precio aumentó después de eso (para el " la versión de la empresa con soporte de gestión de versiones) era astronómica.

Para las alternativas comerciales, existe la nube eléctrica, pero es incluso más costosa que el producto ThoughtWorks.

Para código abierto, hay control de crucero (Go es una versión privada reescrita del control de crucero de código abierto), Continuum, LuntBuild, Anthill, etc. Estos son en su mayoría sistemas de construcción de integración continua (es decir, más énfasis en la ejecución la construcción que la gestión de los resultados), pero parecen funcionar bien (he utilizado Cruise Control y Hudson en el pasado con mucho éxito).

5

Esto realmente depende de lo que desee lograr.

Si está buscando implementar Continuous Delivery y, por lo tanto, las tuberías de despliegue (desde el desarrollo hasta la producción), entonces GO es la única herramienta que tiene esta vista de nivel superior en este momento, creo.

OTOH, si usted solo está buscando un servidor de CI, entonces la versión gratuita de GO funciona bien, al igual que la versión gratuita de TeamCity, Jenkins y Atlassian Bamboo. Ninguno de los tres últimos todavía apoya el concepto de canalizaciones de despliegue como una característica de primera clase, creo.

+0

TeamCity puede hacer todo lo que GO puede hacer, simplemente tiene diferentes nombres para los mismos conceptos. Al usar Dependencias (Instantánea/Artefacto) modelas tus interconexiones como en IR, son solo el foco principal de TeamCity. –

+0

Técnicamente, podría ser cierto que puede hacer la mayoría de las cosas con TeamCity que puede hacer en Go, pero le resultará difícil representar las tuberías paralelas de manera efectiva en TeamCity, y la velocidad y facilidad de configurar un pipeline de implementación con role- la seguridad basada * es * mucho más rápida en Go que en cualquier otra herramienta que conozco. –

5

No he podido comentar la respuesta de Matthew, pero la BuildMaster de Inedo es una plataforma muy popular para hacer esto. Tiene un poco más de funciones que Go, y aunque es un producto comercial, hay una versión gratuita disponible que es bastante útil para equipos pequeños.

(Negación: Yo trabajo para Inedo, pero tienen experiencia en ambas plataformas)

+0

Aunque todavía no puedes comentar, ¡esta es una respuesta válida! Gracias por hacerlo bien =) – Jesse

+0

Quiero probar BuildMaster de Inedo en algún momento :) –

3

Me hicieron una revisión exhaustiva de todos los productos continua orientada Entrega- por ahí, y encontró que GO era claramente el más adecuado para el papel. Proporciona un nivel de modelado visual para flujo de trabajo paralelo y secuencial que ningún otro producto puede igualar.

En Nordstrom, ahora estamos adoptando GO como nuestro servidor de administración de entrega continua recomendada. El único producto que verdaderamente compite es Jenkins, que a la mayoría de nosotros nos parece demasiado torpe para ser una alternativa deseable.

Ahora es de código abierto, por lo que no tiene que preocuparse por los costos de licencia. Sugiero volver y decirle a tus cohortes que GO es ahora el claro líder de código abierto en este dominio.