DokumentationWorkflowsHTTP og udviklerværktøjer
GitLab node
Opretter issues i et GitLab-projekt, lister dem med et valgfrit statusfilter og tilføjer kommentarer. Bruger den officielle gitlab.com-API. Se opsætning, input og output, testforløb og løsning af typiske fejl.
8 min. læsningOpdateret
Hvad noden gør
Opretter issues i et GitLab-projekt, lister dem med et valgfrit statusfilter og tilføjer kommentarer. Bruger den officielle gitlab.com-API.
Brug GitLab som et klart afgrænset trin i et anymize-workflow.
- Behandler 1 input.
- Leverer 1 output til efterfølgende trin.
- Kører som et normalt trin i forløbet.
Opsæt noden
- 01Åbn et workflow, og tilføj GitLab fra nodekataloget.
- 02Udfyld de påkrævede felter, og knyt værdier fra tidligere trin.
- 03Kør noden med et lille testsæt, og kontrollér outputtet.
- 04Forbind det vellykkede output, og aktivér først efter en samlet test.
Handlinger og tilstande
Vælg den ønskede funktion i Handling. Panelet viser derefter de relevante indstillinger.
- Opret issue
- List issues
- Tilføj kommentar
Indstillinger
| Felt | Betydning | Område |
|---|---|---|
| GitLab access-token | Vælg workflow-secretet med dit personlige GitLab- eller projekt-access-token, eller opret et nyt lige her. Tokenet gemmes ALDRIG i workflowet, kun secret-navnet. Sendes som en PRIVATE-TOKEN-header. | Beskyttet |
| Handling | Valg: Opret issue, List issues, Tilføj kommentar | Standard |
| Projekt-ID | Numerisk projekt-ID eller rå projektsti, for eksempel gruppe/projekt. Workflowet sørger for sikker URL-kodning. | Standard |
| Titel | Indstil værdien i nodepanelet. | Standard |
| Beskrivelse | Indstil værdien i nodepanelet. | Standard |
| Statusfilter | Valg: Åbne, Lukkede, Alle | Standard |
| Issue-IID | Det projekt-lokale issue-nummer (IID), ikke det globale issue-ID. | Standard |
| Kommentartekst | Indstil værdien i nodepanelet. | Standard |
| Kør én gang pr. element | Fra (standard): noden kører én gang for hele inputtet. Til: får den flere elementer (f.eks. fra „Del liste op“), kører den én gang PR. element, og {{ $json }} er så præcis dette element. Sådan arbejder du en filliste igennem post for post. | Standard |
| Hvis et element fejler | „Spring over“ skriver et `error`-felt for det fejlede element og fortsætter med resten i stedet for at miste hele kørslen på én ulæselig fil. | Standard |
| Pause mellem elementer (millisekunder) | Ventetid før hver kørsel undtagen den første. 1000 = 1 sekund pr. element. Nyttigt, hvis modparten ellers begrænser dig. Maksimalt 300000 (5 minutter). | Standard |
Input og output
| Input | Betydning | Type |
|---|---|---|
| Standard | Modtager hele resultatet fra det forrige trin. | JSON |
| Output | Betydning | Type |
|---|---|---|
| Standard | Gør resultatet tilgængeligt som JSON for næste trin. | JSON |
Noden kan behandle lister element for element. Fejlhåndtering og pause findes under avancerede indstillinger.
Eksempel og testkørsel
Opret en fejlrapport fra chatten: start med et lille og genkendeligt datasæt. Kontrollér outputtet, og brug kun felter, der faktisk findes.
Eksempel på testkørsel
{
"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."
}Adgang og sikkerhed
Gennemgå hvilke data der kommer ind i trinnet, og hvad outputtet indeholder.
Gem nøgler og loginoplysninger i den beskyttede forbindelsesstyring. Indsæt dem aldrig i almindelige felter, testdata eller beskrivelser.
Løs typiske fejl
- Intet output: kontrollér den seneste kørsel og felterne fra den forrige node.
- Tom variabel: åbn outputtet fra det forrige trin, og brug et felt fra de faktiske testdata.
- Listen behandles kun én gang: aktivér kørsel pr. element.