Threads erstellen jetzt GitHub Issues

Übertragen Sie FinOps-Erkenntnisse aus Insights und CloudFlow direkt in die Repositories, in denen Ihre Engineers ohnehin arbeiten. Ab sofort für alle Cloud Intelligence™-Kunden verfügbar.

Der meiste "Waste" in der Cloud überlebt den ersten Kontakt mit dem Backlog nicht. Ein Insight meldet eine Datenbank, die seit 60 Tagen ungenutzt ist. Jemand macht einen Screenshot, postet ihn in einen Chat – und dort versandet die Sache, weil das Team, dem die Datenbank gehört, seine Woche in GitHub Issues plant und niemand ein Ticket in einem Tool anlegen wollte, in das er nie schaut. Genau diese Übergabe soll Threads lösen – bislang ließen sich Tickets aber nur in Jira und Linear anlegen. Wenn Ihre Engineering-Arbeit in GitHub stattfindet, blieb als letzter Schritt also weiterhin Copy-and-paste. Diese Lücke ist jetzt geschlossen: Threads kann GitHub Issues erstellen und nachverfolgen.

Das erhalten Sie

Sobald die Cloud Intelligence Threads GitHub App in Ihrer Organisation oder Ihrem persönlichen Konto installiert ist, erscheint GitHub Issues überall dort als Ziel, wo Threads erstellt werden. Aus einem Insight heraus wählen Sie ein Repository, prüfen den vorausgefüllten Titel und die Beschreibung, ergänzen optional Labels und Assignees – und das Issue wird angelegt. In CloudFlow erhält der Threads-Node dieselben Felder (Repository, Titel, Markdown-Beschreibung, Labels, Assignees). Ein Flow, der eine Anomalie erkennt, kann das Issue also eigenständig öffnen – mit den Zahlen gleich dabei.

Die Seite Integrations und der Threads-Header zeigen jetzt, welche der Dienste Jira, Linear und GitHub verbunden sind. So sehen Sie auf einen Blick, wohin ein Thread gehen kann, bevor Sie ihn erstellen.

Cloud Intelligence™ verfolgt das Issue auch nach der Erstellung weiter. Status, Labels, Assignees und Milestone werden aus GitHub gelesen, und über die Schaltfläche Manage in GitHub gelangen Sie direkt zum Issue. Änderungen auf GitHub-Seite erscheinen in der Konsole. Wird das Issue in ein anderes Repository verschoben, auf das die App Zugriff hat, folgt der Thread automatisch. Die Konsole fügt Issues nicht zu GitHub Projects hinzu – plant Ihr Team also in einem Project, aktivieren Sie dort den integrierten Auto-Add-Workflow für das entsprechende Repository.

Die Einrichtung ist bewusst unspektakulär. Die App fordert zwei Repository-Berechtigungen an: Issues (Lesen und Schreiben) und Metadata (nur Lesen). Bei der Installation entscheiden Sie, ob sie alle oder nur ausgewählte Repositories sehen darf – das lässt sich später auf GitHub jederzeit ändern. Installiert wird sie von einem Organization Owner; startet ein Mitglied die Installation, leitet GitHub eine Genehmigungsanfrage an die Owner weiter, und die Konsole zeigt Awaiting approval, bis einer von ihnen zustimmt. Wird die App deinstalliert, wird die Verbindung vollständig getrennt, und die Konsole markiert bestehende GitHub-Threads innerhalb von Sekunden als nicht verfügbar.

So legen Sie los

1. Verbinden Sie GitHub über Integrations und installieren Sie die Cloud Intelligence Threads App für die gewünschten Repositories.
2. Öffnen Sie ein Insight und erstellen Sie einen Thread mit GitHub Issues als Ziel.
3. Oder fügen Sie einem Flow mit dem Threads-Node eine Create a thread-Aktion hinzu und wählen Sie ein Repository.

GitHub Issues steht jedem Konto mit der Berechtigung Thread Manager zur Verfügung. Wenn Sie Threads bereits in Jira oder Linear anlegen, ändert sich nichts – GitHub kommt einfach dazu. Am wertvollsten ist für uns Feedback von Teams, die echte Insights in echte Repositories übertragen: Welche Felder fehlen? Was gehört in den Issue-Text? Und hat der Thread-Status mit der Arbeit Schritt gehalten?