Skip to content

Referenz

Benachrichtigungen

Ein bestandener Lauf benachrichtigt niemanden. Wenn Oloproof eine Benachrichtigung sendet, bedeutet das, dass etwas eine Entscheidung braucht oder bald nicht mehr funktioniert: ein Release, das ein Gate blockiert hat, ein verwalteter Lauf, der geendet hat, ein Kontingent, das zur Neige geht.

Benachrichtigungen gibt es nur per E-Mail. Es gibt kein Slack, keinen Pager und keinen Webhook, und keine Workspace-weite Regel entscheidet, wer was erfährt: Jedes Mitglied schaltet jede Art für sich selbst ein oder aus.

Was Sie erreicht

In einem gehosteten Workspace vier Arten von E-Mails:

  • Blockierte Releases: Ein Lauf oder Vergleich, der in ein Projekt übertragen wurde, zu dem Sie

gehören, hat ein Gate, das ein Release blockiert. Die E-Mail nennt jedes Ergebnis und die Entscheidung jeder Regel, so wie die Engine sie aufgezeichnet hat, und verlinkt auf das Ergebnis. Für einen Reviewer standardmäßig aus.

  • Verwaltete Läufe: Ein mit oloproof run --cloud eingereichter Lauf ist abgeschlossen oder

fehlgeschlagen. Die E-Mail geht an die Owners, Admins und Members des Workspace, weil ein verwalteter Lauf nicht aufzeichnet, wer ihn eingereicht hat.

  • Nutzung: Ein Workspace, der Ihnen gehört, hat 80% oder sein gesamtes monatliches Kontingent

verbraucht. Einmal pro Schwelle und Monat.

  • Neue Mitglieder: Jemand ist einem Workspace beigetreten, der Ihnen gehört oder den Sie

verwalten.

Mehrere blockierte Releases oder beendete Läufe in einem Projekt innerhalb von fünfzehn Minuten kommen als eine E-Mail an. Keine E-Mail enthält den Inhalt eines Falls.

Jede E-Mail endet mit einem Link, der diese Art von E-Mail abbestellt, und die eigene Abmelden-Schaltfläche Ihres E-Mail-Programms tut dasselbe, ohne eine Seite zu öffnen. Alle vier Arten lassen sich auf Ihrer Kontoseite ein- oder ausschalten.

Eine lokale Workbench sendet keine E-Mails.

Was Sie ohne E-Mail erreicht

Ein blockiertes Gate lässt den Job fehlschlagen, der es ausgeführt hat. oloproof run, oloproof gate und oloproof compare enden alle mit dem Code des Gates, sodass eine Pull-Request-Prüfung rot wird und Ihr CI-Anbieter über fehlgeschlagene Jobs informiert, wen er eben informiert.

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

Was geplant ist

  • Workspace-Regeln: Welche Ereignisse benachrichtigen, über welche Kanäle, mit welchem Timing.
  • Ruhezeiten: Über Nacht wird nichts gesendet, außer einem Do-not-ship, das durchbricht.
  • Kanäle: Slack und ein signierter Webhook.

Bis es sie gibt, sagt die Alerts-Ansicht der Workbench dasselbe.