Skip to content

Référence

Notifications

Une exécution réussie ne notifie personne. Quand Oloproof envoie une notification, cela veut dire que quelque chose attend une décision ou est sur le point de cesser de fonctionner : une publication qu’une porte a bloquée, une exécution gérée qui s’est terminée, une allocation qui s’épuise.

Les notifications sont uniquement envoyées par e-mail. Il n’y a ni Slack, ni pager, ni webhook, et aucune règle à l’échelle de l’espace de travail ne décide qui est prévenu de quoi : chaque membre active ou désactive chaque type pour lui-même.

Ce qui vous parvient

Sur un espace de travail hébergé, quatre types d’e-mails :

  • Publications bloquées : Une exécution ou une comparaison envoyée à un projet dont vous êtes membre

a une porte qui bloque une publication. L’e-mail nomme chaque résultat et la décision de chaque règle, tels que le moteur les a enregistrés, et renvoie vers le résultat. Désactivé par défaut pour un Reviewer.

  • Exécutions gérées : Une exécution soumise avec oloproof run --cloud s’est terminée ou a échoué.

L’e-mail est envoyé aux Owners, Admins et Members de l’espace de travail, car une exécution gérée n’enregistre pas qui l’a soumise.

  • Consommation : Un espace de travail dont vous êtes propriétaire a utilisé 80% ou la totalité de

son allocation mensuelle. Une fois par seuil et par mois.

  • Nouveaux membres : Quelqu’un a rejoint un espace de travail dont vous êtes propriétaire ou

administrateur.

Plusieurs publications bloquées ou exécutions terminées dans un même projet en l’espace de quinze minutes arrivent en un seul e-mail. Aucun e-mail ne contient le contenu d’un cas.

Chaque e-mail se termine par un lien qui arrête ce type d’e-mail, et le bouton de désabonnement de votre client de messagerie fait de même sans ouvrir de page. Les quatre types peuvent être activés ou désactivés depuis la page de votre compte.

Un atelier local n’envoie aucun e-mail.

Ce qui vous parvient sans e-mail

Une porte bloquée fait échouer le job qui l’a exécutée. oloproof run, oloproof gate et oloproof compare se terminent tous avec le code de la porte, de sorte que la vérification d’une pull request passe au rouge et que votre fournisseur de CI prévient qui il prévient d’habitude des jobs en échec.

oloproof gate RUN_ID --policy release.yaml
echo $?   # 3 when the gate blocks

Ce qui est prévu

  • Règles de l’espace de travail : quels événements déclenchent une notification, sur quels canaux,

et à quel moment.

  • Heures de silence : rien n’est envoyé la nuit, sauf un « ne pas livrer », qui passe outre.
  • Canaux : Slack et un webhook signé.

En attendant qu’ils existent, l’écran Alertes de l’atelier dit la même chose.