Definitelytyped: Tiempo de espera de compilación de Travis CI
Al enviar PR para el nodo u otras definiciones con muchos dependientes, las compilaciones de Travis CI fallan porque se excede el límite de tiempo del trabajo (50 minutos según la documentación de Travis ). Ver por ejemplo PR # 20185
Loghorn
Todos 3 comentarios
También afecta a https://github.com/DefinitelyTyped/DefinitelyTyped/pull/20694.
andrewstucki
en 26 oct. 2017
@RyanCavanaugh @ andy-ms ¿Alguna idea de cómo se podría mejorar la CI para el nodo? Actualmente, cambiar algo en las definiciones de nodos es un problema, ya que vemos fallas no relacionadas después de la actualización de dtlint / mecanografiado y / o tiempos de espera de CI.
A medida que CI falla, los PR no se fusionan, en su lugar, se indica a los remitentes que corrijan la falla de CI ...
ver # 21253, # 20542, # 20695, # 21012, # 21003, # 20720 (y tal vez más)
Flarna
en 5 nov. 2017
Solo una idea: pasar a CircleCI 2.0
- más rápido que Travis (lo siento)
- la función de flujo de trabajo puede paralelizar el trabajo
- el límite de tiempo de espera es de 120 minutos (travis es de 50 minutos)
teppeis
en 6 nov. 2017
Temas relacionados
csharpner
·
3Comentarios
Zzzen
·
3Comentarios
stevermeister
·
3Comentarios
alisabzevari
·
3Comentarios
jamespero
·
3Comentarios
Comentario más útil
@RyanCavanaugh @ andy-ms ¿Alguna idea de cómo se podría mejorar la CI para el nodo? Actualmente, cambiar algo en las definiciones de nodos es un problema, ya que vemos fallas no relacionadas después de la actualización de dtlint / mecanografiado y / o tiempos de espera de CI.
A medida que CI falla, los PR no se fusionan, en su lugar, se indica a los remitentes que corrijan la falla de CI ...
ver # 21253, # 20542, # 20695, # 21012, # 21003, # 20720 (y tal vez más)