Bonjour à toutes et tous,

Nous utilisons Jenkins pour recompiler nos projets Delphi lorsque les sources d'un projet ou d'une librairie sont mise à jour dans nos dépôt SVN.
Nous utilisons également Mantis pour la gestion des incidents et ce dernier est connecté à Jenkins.
Ainsi, lorsqu'un compilation se passe mal, un ticket est automatiquement créé dans Mantis avec les information ad-hoc.
Tout fonctionne parfaitement.

Un peu trop bien en fait...
Il arrive qu'un développeur mette à jour les sources de son projet, puis celles de la librairie avec un délais de 5 à 10 minutes (Coup de fil intempestif, question d'un collègue, ...)
Dans ce cas, si Jenkins détecte que le projet a été mis à jour avant que la librairie ne le soit, il peu y avoir erreur de compilation et génération d'un ticket dans Mantis.
Entre temps, le développeur aura mis la librairie à jour et tout sera à nouveau pour le mieux dans le meilleur des mondes...sauf ce ticket Mantis qui reste ouvert...

Une solution serait d'espacer les vérifications du dépôt faites par Jenkins afin de limiter les risques de situation intermédiaires. Mais cela n'empêche pas de se retrouver quand même dans la situation décrite ci-dessus.

Ma question est donc : Est-il possible de demander à Jenkins de tenir compte de la durée d'une situation ?

Par exemple, "Si la tache est en erreur depuis plus d'une demi-heure, on crée déclenche un job défini..."

Ainsi, en reprenant mon exemple, lors de la première compilation, le job est en erreur.
Dans les 10 minutes, le développeur met à jour la libraire...
Cette dernière est recompilée ce qui entraîne aussi la recompilation du projet.
Ce dernier job ayant été couronnée de succès avant la demi-heure, il n'y a pas de création de ticket d'erreur...

En vous remerciant d'avance pour vos suggestions (ou solutions)

Coyotte