Cómo recombinar construcciones en TeamCity?

Question

Tenemos muchas pruebas. Puedo dividirlos para que se ejecuten en agentes separados después de una compilación de compilación inicial, pero ¿hay alguna manera de recombinar estos resultados? Tener 8 configuraciones de construcción que todas necesitan ser verdes hace que sea difícil ver si tienes una construcción ubergreen.

¿Hay alguna manera en TeamCity de recombinar/unir construcciones una vez que las hemos dividido? TW-9990 podría ayudar, permitiendo AND en las dependencias.

Answer 1

hemos encontrado la respuesta que ciertamente trabaja desde TeamCity 5:! Acumulación

1. Una compilación,

2. N prueba sólo generaciones que toman compile.zip ** y copia a la que la salida de compilación haría normalmente ser. (A través de una plantilla)

   acabado

3. consolidado:

   • Finalizar Construir disparador: Esperar a una acumulación éxito en: ...
   • Dependencias de instantáneas: No haga funcionar nueva construcción si hay uno adecuado utilice únicamente exitosa construye a partir de las adecuadas

todo esto parece funcionar muy bien y todo el shbang es fácil de copiar para sucursales Estoy muy feliz, esto nos ha funcionado durante muchos meses.

Answer 2

No hay idea de cómo hacerlo de forma nativa. He aquí mis primeras reflexiones sobre cómo iba a tratar de hacer frente a tal cosa sin embargo:

• ahorro de resultados de las pruebas a los archivos
• la publicación de los archivos de resultados de prueba como artefactos de construcción
• Creación de una 'acumulación Merge'
• Agregar dependencia de artefactos a los proyectos de prueba individuales
• Escribir un script personalizado 'compilar' utilizando algo como (N) Ant. Esto analizaría los resultados de las pruebas individuales y publicaría los resultados según el TC KB

¡Buena suerte!

Answer 3

Pensando fuera de la caja, podría tener una construcción general que en realidad no hace nada (o usar una de sus configuraciones de compilación de prueba como su 'maestro'), con dependencias de instantáneas en cada una de sus compilaciones de prueba dividida. De esa forma, si alguno de ellos falla, el 'maestro' fallará porque uno de los desarrolladores dependientes falló.

TW-9990 parece estar relacionado con el desencadenamiento de compilación en lugar de las dependencias.