DokumentationWorkflowsHTTP und Entwicklerwerkzeuge
GitLab Node
Legt Issues in einem GitLab-Projekt an, listet sie mit optionalem Status-Filter auf und hängt Kommentare (Notes) an bestehende Issues an. Nutzt sicher die offizielle gitlab.com API. Hier findest du Einrichtung, Felder, Ein- und Ausgaben, Testablauf und Fehlerbehebung.
8 Min LesezeitAktualisiert am
Was GitLab macht
Legt Issues in einem GitLab-Projekt an, listet sie mit optionalem Status-Filter auf und hängt Kommentare (Notes) an bestehende Issues an. Nutzt sicher die offizielle gitlab.com API.
- 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 „GitLab“ über Bausteine hinzu.
- 02Fülle die erforderlichen Felder aus. Werte aus vorherigen Schritten kannst du als Variable einsetzen.
- 03Nutze Testdaten oder starte einen Testlauf und prüfe die Ausgabe des Nodes.
- 04Verbinde 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.
- Issue anlegen
- Issues auflisten
- Kommentar hinzufügen
Einstellungen
| Feld | Bedeutung | Bereich |
|---|---|---|
| GitLab Access-Token | Wähle das Workflow-Secret mit deinem GitLab Personal- oder Project-Access-Token, oder lege direkt ein neues an. Der Token wird NIE im Workflow gespeichert, nur der Secret-Name. Wird als PRIVATE-TOKEN-Header gesendet. | Standard |
| Aktion | Auswahl: Issue anlegen, Issues auflisten, Kommentar hinzufügen | Standard |
| Projekt-ID | Numerische Projekt-ID oder unveränderter Projektpfad, zum Beispiel gruppe/projekt. Die sichere URL-Codierung übernimmt der Workflow. | Standard |
| Titel | Wird im Node-Panel konfiguriert. | Standard |
| Beschreibung | Wird im Node-Panel konfiguriert. | Standard |
| Status-Filter | Auswahl: Offen, Geschlossen, Alle | Standard |
| Issue-IID | Die projektinterne Issue-Nummer (IID), nicht die globale Issue-ID. | Standard |
| Kommentartext | Wird im Node-Panel konfiguriert. | Standard |
| 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-Report aus dem Chat anlegen: 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
{
"project_id": "12345678",
"title": "Login schlägt fehl nach Passwort-Reset",
"description": "Ein Kunde meldet, dass der Login nach einem Passwort-Reset mit Fehler 500 fehlschlägt."
}Zugriff und Sicherheit
Prüfe vor der Aktivierung, welche Daten in diesen Schritt gelangen und welche Daten seine Ausgabe enthält.
Schlüssel und Zugangsdaten gehören in die geschützte Verbindungsverwaltung. Trage sie nicht 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.
- Liste wird nur einmal verarbeitet: Aktiviere die Ausführung pro Item in den erweiterten Einstellungen.