---
title: "Relancer et annuler des exécutions GitHub Actions depuis Unolia"
description: "La page d’une exécution CI dans Unolia peut désormais relancer les jobs en échec, relancer tout le workflow ou annuler une exécution en cours, derrière une permission dédiée et le consentement de l’installation GitHub."
url: "https://unolia.com/fr/blog/rerun-and-cancel-ci"
locale: "fr"
---

# Relancer ou annuler une exécution CI depuis Unolia

Relancer les jobs en échec, relancer tout le workflow ou arrêter une exécution encore en cours, depuis la page de l’exécution dans Unolia.

La page d’une exécution CI dans Unolia porte maintenant les trois gestes qu’on fait vraiment avec une exécution : relancer les jobs en échec, relancer tout le workflow, ou annuler une exécution encore en cours. C’est pour GitHub Actions.

Faire tourner un workflow pour de vrai n’est pas le même geste que gérer un dépôt, et ces workflows déploient souvent. Il a donc sa propre permission, Relancer la CI, que les développeurs reçoivent et que les lecteurs n’ont jamais. Le constructeur de rôles précise ce qu’un workflow peut atteindre quand vous la donnez.

GitHub a aussi sa propre barrière. Lire les exécutions demande une permission que chaque installation possède déjà, donc la page fonctionne dans tous les cas. Les boutons attendent que le propriétaire de l’installation accepte la permission Actions, et d’ici là ils apparaissent comme une ligne verrouillée qui dit ce qui manque, au lieu de disparaître.

Aucun des trois ne prétend connaître le résultat. Unolia demande à GitHub, vous dit qu’il a demandé, et l’état réel de l’exécution bascule quelques secondes plus tard à l’arrivée du webhook. Une page qui affiche « annulée » sur une exécution encore en cours est pire qu’une page qui attend.

Une exécution en échec avec ses commandes : relancer les jobs en échec, tout relancer, ou l’ouvrir sur GitHub. Espace de démonstration · Données fictives