DokumentationWorkflowsApps und Services
GitHub Issues Node
Issues in einem Repo: suchen, lesen, anlegen, kommentieren, schließen. Dazu Labels, Zuständige, Meilensteine und Sperren. Hier findest du Einrichtung, Felder, Ein- und Ausgaben, Testablauf und Fehlerbehebung.
10 Min LesezeitAktualisiert am
Was GitHub Issues macht
Issues in einem Repo: suchen, lesen, anlegen, kommentieren, schließen. Dazu Labels, Zuständige, Meilensteine und Sperren.
- Verarbeitet einen Eingang.
- Stellt einen Ausgang für weitere Schritte bereit.
- Wird als normaler Schritt in den Ablauf eingebunden.
Node einrichten
- 01Öffne einen Workflow und füge „GitHub Issues“ über Bausteine hinzu.
- 02Falls dein GitHub-Konto noch nicht verbunden ist, verbinde es direkt im Node-Panel oder unter Konnektoren.
- 03Fülle die erforderlichen Felder aus. Werte aus vorherigen Schritten kannst du als Variable einsetzen.
- 04Nutze Testdaten oder starte einen Testlauf und prüfe die Ausgabe des Nodes.
- 05Verbinde den erfolgreichen Ausgang mit dem nächsten Schritt und aktiviere den Workflow erst nach einem vollständigen Probelauf.
Aktionen und Betriebsarten
Wähle im Feld „Aktion“ die gewünschte Funktion. Danach zeigt das Node-Panel nur die dafür relevanten Einstellungen.
- Issues auflisten
- Issue lesen
- Issues suchen
- Issue anlegen
- Issue aktualisieren
- Kommentar schreiben
- Kommentare auflisten
- Kommentar ändern
- Kommentar löschen
- Labels hinzufügen
- Label entfernen
- Labels ersetzen
- Zuständige hinzufügen
- Zuständige entfernen
- Unterhaltung sperren
- Sperre aufheben
- Labels des Repos
- Meilensteine auflisten
Einstellungen
| Feld | Bedeutung | Bereich |
|---|---|---|
| Aktion | Auswahl: Issues auflisten, Issue lesen, Issues suchen, Issue anlegen, Issue aktualisieren, Kommentar schreiben, Kommentare auflisten, Kommentar ändern, Kommentar löschen, Labels hinzufügen, Label entfernen, Labels ersetzen, Zuständige hinzufügen, Zuständige entfernen, Unterhaltung sperren, Sperre aufheben, Labels des Repos, Meilensteine auflisten | Standard |
| Inhaber (User oder Org) | Der GitHub-Name, dem das Repo gehört, z.B. anymize. | Standard |
| Repository | Name des Repositorys, z.B. hello-world. | Standard |
| Status | Auswahl: Offen, Geschlossen, Alle | Standard |
| Labels | Mehrere mit Komma trennen, z.B. bug, dringend. | Standard |
| Zuständig | GitHub-Name. * für alle mit Zuständigen, none für keine. | Erweitert |
| Erstellt von | GitHub-Name der Person, die das Issue angelegt hat. | Erweitert |
| Geändert seit | Nur Einträge, die seit diesem Zeitpunkt geändert wurden, z.B. 2026-01-31T00:00:00Z. | Erweitert |
| Sortierung | Auswahl: Zuletzt angelegt, Zuletzt geändert, Meiste Kommentare | Erweitert |
| Pull Requests einschließen | Wird im Node-Panel konfiguriert. | Erweitert |
| Anzahl (max. 100) | Wie viele Einträge pro Abruf geladen werden. Mit „Alle Seiten laden“ ohne Wirkung, dann sind es immer 100 je Seite. | Standard |
| Alle Seiten laden | Lädt weitere Seiten nach, bis alles da ist, höchstens 1000 Einträge. | Erweitert |
| Seite | Ab welcher Seite geladen wird, z.B. die nächste Seite aus dem vorigen Abruf. Leer: die erste. Mit „Alle Seiten laden“ ohne Wirkung. | Erweitert |
| Issue-Nr. | Die Nummer des Issues oder Pull Requests. | Standard |
| Suchbegriff | Ein Stichwort reicht. Profis können Filter nutzen, z.B. is:open assignee:@me label:bug. | Standard |
| Titel | Wird im Node-Panel konfiguriert. | Standard |
| Text | Der Inhalt des Issues bzw. Kommentars. Markdown wird unterstützt. | Standard |
| Zuständige | GitHub-Namen, mit Komma getrennt, z.B. octocat. | Standard |
| Meilenstein-Nr. | Wird im Node-Panel konfiguriert. | Erweitert |
| Neuer Status | Auswahl: Nicht ändern, Offen, Geschlossen | Standard |
| Grund | Nur beim Schließen oder Wiedereröffnen. | Erweitert |
| Kommentar-ID | Wird im Node-Panel konfiguriert. | Standard |
| Label | Wird im Node-Panel konfiguriert. | Standard |
| Grund | Auswahl: Ohne Grund, Erledigt, Am Thema vorbei, Zu hitzig, Spam | Erweitert |
| GitHub-Konto | Leer lassen, dann nutzt der Schritt dein verbundenes GitHub-Konto. | Erweitert |
| Für jedes Item einzeln ausführen | Aus (Standard): der Node läuft einmal für den gesamten Input. An: bekommt er mehrere Items (z. B. aus „Liste aufteilen“), läuft er einmal PRO Item, und {{ $json }} ist dabei jeweils genau dieses Item. So arbeitest du eine Dateiliste Eintrag für Eintrag ab. | Erweitert |
| Wenn ein Item fehlschlägt | „Überspringen“ schreibt für das fehlgeschlagene Item ein `error`-Feld und verarbeitet die übrigen weiter, statt den ganzen Lauf an einer einzigen unlesbaren Datei scheitern zu lassen. | Erweitert |
| Pause zwischen Items (Millisekunden) | Wartezeit vor jedem Durchlauf außer dem ersten. 1000 = 1 Sekunde pro Item. Nützlich, wenn die Gegenstelle sonst dichtmacht. Maximal 300000 (5 Minuten). | Erweitert |
Eingaben und Ausgaben
| Eingabe | Bedeutung | Typ |
|---|---|---|
| Standard | Der Node übernimmt das vollständige Ergebnis des vorherigen Schritts. | JSON |
| Ausgabe | Bedeutung | Typ |
|---|---|---|
| Standard | Das Ergebnis steht dem nächsten Schritt als JSON zur Verfügung. | JSON |
Dieser Node kann Listen Item für Item verarbeiten. Fehlerbehandlung und Pause zwischen Items findest du in den erweiterten Einstellungen.
Beispiel und Testlauf
Bug-Triage: offene Issues mit Label "bug": Starte den Node zunächst mit einem kleinen, eindeutig erkennbaren Datensatz. Öffne danach die Ausgabe und verwende nur Felder, die dort tatsächlich vorhanden sind.
Beispiel für einen Testlauf
{
"owner": "octocat",
"repo": "hello-world"
}Zugriff und Sicherheit
Der Node arbeitet mit deinem eigenen verbundenen GitHub-Konto. Er sieht und ändert nur, was dieses Konto darf. Prüfe beim Verbinden die angezeigten Berechtigungen. Außerdem muss der passende Bereich (Issues, Pull Requests, Repos) in den Einstellungen deiner GitHub-Verbindung unter Konnektoren eingeschaltet sein. Standardmäßig sind alle Bereiche an.
„Aktionen erlauben“ in den Einstellungen deiner GitHub-Verbindung unter Konnektoren gilt auch für diesen Node und wird bei jedem Lauf geprüft. Mit „Nur lesen“ oder „Lesen und Entwürfe“ laufen nur die lesenden Aktionen: Issues auflisten, Issue lesen, Issues suchen, Kommentare auflisten, Labels des Repos, Meilensteine auflisten. Diese Aktionen brauchen „Änderungen erlauben“: Issue anlegen, Issue aktualisieren, Kommentar schreiben, Kommentar ändern, Kommentar löschen, Labels hinzufügen, Label entfernen, Labels ersetzen, Zuständige hinzufügen, Zuständige entfernen, Unterhaltung sperren, Sperre aufheben.
Schlüssel und Zugangsdaten gehören in die Workflow-Secrets oder in deine verbundenen Konten. Trage sie nie als normalen Text in Workflow-Felder, Testdaten oder Beschreibungen ein.
Häufige Fehler beheben
- Keine Ausgabe: Prüfe den letzten Testlauf und ob der vorherige Node die erwarteten Felder geliefert hat.
- Variable bleibt leer: Öffne die Ausgabe des vorherigen Schritts und übernimm den Feldnamen aus den echten Testdaten.
- Verbindung abgelehnt: Verbinde den Dienst erneut und erteile nur die Berechtigungen, die dieser Schritt benötigt.
- Aktion gesperrt: Stell „Aktionen erlauben“ der Verbindung unter Konnektoren auf „Änderungen erlauben“ oder wähle eine lesende Aktion.
- Liste wird nur einmal verarbeitet: Aktiviere die Ausführung pro Item in den erweiterten Einstellungen.