Definitelytyped: Délai d'expiration de la compilation Travis CI
Lors de la soumission de PR pour un nœud ou d'autres définitions avec de nombreuses dépendances, les builds Travis CI échouent car la limite de temps de travail est dépassée (50 minutes selon la documentation Travis ). Voir par exemple PR #20185
Loghorn
Tous les 3 commentaires
Affecte également https://github.com/DefinitelyTyped/DefinitelyTyped/pull/20694.
andrewstucki
le 26 oct. 2017
@RyanCavanaugh @andy-ms Une idée de la façon dont CI pour le nœud pourrait être amélioré ? Actuellement, changer quelque chose dans les définitions de nœuds est pénible car nous voyons des échecs non liés après la mise à jour de dtlint/typescript et/ou les délais d'attente de CI.
Comme CI échoue, les PR ne sont pas fusionnés à la place, les expéditeurs sont invités à corriger l'échec de CI...
voir #21253, #20542, #20695, #21012, #21003, #20720 (et peut-être plus)
Flarna
le 5 nov. 2017
Juste une idée : passer à CircleCI 2.0
- plus rapide que Travis (je me sens)
- la fonction de flux de travail peut paralléliser le travail
- le délai d'attente est de 120 minutes (travis est de 50 min)
teppeis
le 6 nov. 2017
Questions connexes
jbreckmckye
·
3Commentaires
ArtemZag
·
3Commentaires
natejgardner
·
3Commentaires
csharpner
·
3Commentaires
jbreckmckye
·
3Commentaires
Commentaire le plus utile
@RyanCavanaugh @andy-ms Une idée de la façon dont CI pour le nœud pourrait être amélioré ? Actuellement, changer quelque chose dans les définitions de nœuds est pénible car nous voyons des échecs non liés après la mise à jour de dtlint/typescript et/ou les délais d'attente de CI.
Comme CI échoue, les PR ne sont pas fusionnés à la place, les expéditeurs sont invités à corriger l'échec de CI...
voir #21253, #20542, #20695, #21012, #21003, #20720 (et peut-être plus)