benchmark-release.py rapide, toujours lancé sur toute feature-a
Depuis !687 (comment 333310) :
On pourrait faire sortir un code d'erreur au script s'il y a une dégradation trop importante des performances, tout en autorisant le job à échouer (ça n'empêche pas de merger, mais c'est une alerte).
Le code d'erreur est fait.
Faire donc un -i latest
qui met la dernière release, et ainsi avec -c -i latest
on pourrait faire un test rapide juste par rapport à la dernière release avec allow_failure:true
. Après les tests donc, mais avant valgrind-unit.