DokumentationWorkflowsApps og tjenester

GitHub Issues node

Issues i et repo: søg, læs, opret, kommentér, luk. Plus labels, ansvarlige, milepæle og låsning. Se opsætning, input og output, testforløb og løsning af typiske fejl.

10 min. læsningOpdateret

Hvad noden gør

Issues i et repo: søg, læs, opret, kommentér, luk. Plus labels, ansvarlige, milepæle og låsning.

Brug GitHub Issues 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

  1. 01Åbn et workflow, og tilføj GitHub Issues fra nodekataloget.
  2. 02Hvis din GitHub-konto ikke er forbundet endnu, så forbind den direkte i nodepanelet eller under Konnektorer.
  3. 03Udfyld de påkrævede felter, og knyt værdier fra tidligere trin.
  4. 04Kør noden med et lille testsæt, og kontrollér outputtet.
  5. 05Forbind 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.

  • List issues
  • Læs issue
  • Søg issues
  • Opret issue
  • Opdater issue
  • Skriv kommentar
  • List kommentarer
  • Ændr kommentar
  • Slet kommentar
  • Tilføj labels
  • Fjern label
  • Erstat labels
  • Tilføj ansvarlige
  • Fjern ansvarlige
  • Lås samtale
  • Ophæv låsning
  • Repoets labels
  • List milepæle

Indstillinger

FeltBetydningOmråde
HandlingValg: List issues, Læs issue, Søg issues, Opret issue, Opdater issue, Skriv kommentar, List kommentarer, Ændr kommentar, Slet kommentar, Tilføj labels, Fjern label, Erstat labels, Tilføj ansvarlige, Fjern ansvarlige, Lås samtale, Ophæv låsning, Repoets labels, List milepæleStandard
Ejer (bruger eller org)GitHub-navnet, som repoet tilhører, f.eks. anymize.Standard
RepositoryRepositoryets navn, f.eks. hello-world.Standard
StatusValg: Åben, Lukket, AlleStandard
LabelsAdskil flere med komma, f.eks. bug, haster.Standard
AnsvarligGitHub-navn. * for alle med ansvarlige, none for ingen.Standard
Oprettet afGitHub-navn på personen, der oprettede issuet.Standard
Ændret sidenKun poster, der er ændret siden dette tidspunkt, f.eks. 2026-01-31T00:00:00Z.Standard
SorteringValg: Senest oprettet, Senest ændret, Flest kommentarerStandard
Medtag pull requestsIndstil værdien i nodepanelet.Standard
Antal (maks. 100)Hvor mange poster der hentes pr. kald. Har ingen effekt med „Hent alle sider“, så er det altid 100 pr. side.Standard
Hent alle siderHenter flere sider, indtil alt er med, højst 1000 poster.Standard
SideFra hvilken side der hentes, f.eks. næste side fra det forrige kald. Tomt: den første. Har ingen effekt med „Hent alle sider“.Standard
Issue-nr.Nummeret på issuet eller pull requesten.Standard
SøgeordEt stikord rækker. Proffer kan bruge filtre, f.eks. is:open assignee:@me label:bug.Standard
TitelIndstil værdien i nodepanelet.Standard
TekstIndholdet i issuet hhv. kommentaren. Markdown understøttes.Standard
AnsvarligeGitHub-navne, adskilt med komma, f.eks. octocat.Standard
Milepæl-nr.Indstil værdien i nodepanelet.Standard
Ny statusValg: Uændret, Åben, LukketStandard
GrundKun ved lukning eller genåbning.Standard
Kommentar-IDIndstil værdien i nodepanelet.Standard
LabelIndstil værdien i nodepanelet.Standard
GrundValg: Uden grund, Løst, Uden for emnet, For ophedet, SpamStandard
GitHub-kontoLad feltet stå tomt, så bruger trinnet din forbundne GitHub-konto.Standard
Kør én gang pr. elementFra (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

InputBetydningType
StandardModtager hele resultatet fra det forrige trin.JSON
OutputBetydningType
StandardGø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

Bug-triage: åbne issues med label "bug": start med et lille og genkendeligt datasæt. Kontrollér outputtet, og brug kun felter, der faktisk findes.

Eksempel på testkørsel

{
  "owner": "octocat",
  "repo": "hello-world"
}

Adgang og sikkerhed

Noden arbejder med din egen forbundne GitHub-konto. Den ser og ændrer kun det, kontoen har lov til. Tjek de viste tilladelser, når du forbinder. Det passende område (Issues, Pull requests, Repos) skal også være slået til i indstillingerne for din GitHub-forbindelse under Konnektorer. Som standard er alle områder slået til.

"Tilladte handlinger" i indstillingerne for din GitHub-forbindelse under Konnektorer gælder også for denne node og tjekkes ved hver kørsel. Med "Kun læsning" eller "Læsning og kladder" kører kun de læsende handlinger: List issues, Læs issue, Søg issues, List kommentarer, Repoets labels, List milepæle. Disse handlinger kræver "Tillad ændringer": Opret issue, Opdater issue, Skriv kommentar, Ændr kommentar, Slet kommentar, Tilføj labels, Fjern label, Erstat labels, Tilføj ansvarlige, Fjern ansvarlige, Lås samtale, Ophæv låsning.

Nøgler og loginoplysninger hører hjemme i Workflow-secrets eller i dine forbundne konti. Indsæt dem aldrig som almindelig tekst i workflow-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.
  • Forbindelse afvist: opret forbindelsen igen med de nødvendige tilladelser.
  • Handling blokeret: sæt "Tilladte handlinger" for forbindelsen under Konnektorer til "Tillad ændringer", eller vælg en læsende handling.
  • Listen behandles kun én gang: aktivér kørsel pr. element.