The one place for your designs
To enable design management, you'll need to meet the requirements. If you need help, reach out to our support team for assistance.
Vidjil-all-slaves directement après coverage ?
Vidjil-coverage dure 4 min valgrind-unit dure > 20 min
On doit donc souvent attendre ~ 25 minutes avant d'avoir des bugs (ou des résolutions) dans all-slaves. Ne faudrait-il pas lancer all-slaves directement après coverage (quitte à supprimer valgrind-unit, puisque valgrind est inclus dans all-slaves) ?
Vidjil-coverage lance déjà les tests. Ils passent sur meccano alors qu'ils ne passent pas sur all slaves, c'est pas de chance. Mais le rôle de valgrind-unit est de faire une première passe de valgrind sur les tests unitaires pour voir s'il n'y a pas de problème dessus avant de lancer ces tests unitaires avec valgrind sur tous les slaves (pour éviter d'avoir tous les slaves qui râlent en même temps, c'est même toi qui l'avait demandé).
Dans ce cas les tests semblent passer sous debian (c'est pour ça que ça franchit successivement coverage et valgrind-unit sans souci) mais foire sur le all-slaves.
Supprimer valgrind-unit n'améliorerait pas la situation actuelle mais obligerait à lancer les tests sur tous les slaves même quand il y a un problème basique impactant tous les slaves. Ici le problème n'impacte pas tous les slaves, donc on ne voit pas l'intérêt de valgrind-unit…
ok. Effectivement, la dépendance unit > all-slaves-unit est justifée.
Pour boucler la boucle, on pourrait avoir: coverage (meccano) 4' > all-slaves (sans unit) 4' > unit 20' > all-slaves (avec unit) 20 '
mais cela en fait un de plus...