Engineering-Betrieb Startet mit App-Ereignis
Triage von GitHub-Issues
Klassifizieren Sie neue Issues mit einer regelkonformen Entscheidung, kommentieren Sie die nächsten Schritte und benachrichtigen Sie das zuständige Team.
So funktioniert es
4 Schritte, von App-Ereignis zum Ergebnis
So läuft „Triage von GitHub-Issues“ in einem regelkonformen Flow.
- Trigger: On issue created. Ein neues GitHub-Issue startet den Flow.
- Entscheidung: Classify the issue. Eine regelkonforme Entscheidung klassifiziert das Issue und wählt das zuständige Team.
- Aktion: Comment on issue. Der Flow kommentiert das Issue mit den nächsten Schritten.
- Aktion: Send a message. Das zuständige Team wird in Slack benachrichtigt.
Schritt für Schritt
- 1 Trigger On issue created
Ein neues GitHub-Issue startet den Flow.
- 2 Entscheidung Classify the issue
Eine regelkonforme Entscheidung klassifiziert das Issue und wählt das zuständige Team.
- 3 Aktion Comment on issue
Der Flow kommentiert das Issue mit den nächsten Schritten.
- 4 Aktion Send a message
Das zuständige Team wird in Slack benachrichtigt.
Regelkonform von Anfang an
Der Entscheidungsschritt ist ein DMN-Modell: Regeln, die Ihr Team lesen, testen und versionieren kann, statt Logik, die im Code versteckt ist. Jeder Lauf speichert die Version des Modells oder Flows, die das Ergebnis erzeugt hat, damit Antworten erklärbar bleiben.
Ähnliche Anwendungsfälle
Alle ansehen →- Engineering-Betrieb Weiterleitung von Supportanfragen Leiten Sie Anfragen aus einem Support-Kanal an das richtige Team weiter und eröffnen Sie für Bugs ein GitHub-Issue.
- Freigaben Kreditfreigabe in Slack Eine Nachricht in #credit-requests startet den Flow. Eine DMN-Entscheidung wählt die genehmigende Person, die in Slack antwortet.