DokumentasjonWorkflowsApper og tjenester
GitHub Releases node
Publiserte versjoner av et repository: list opp, les, opprett, endre eller slett, med automatisk laget endringsliste. Se oppsett, input og output, testkjøring og løsning av vanlige feil.
9 min lesetidOppdatert
Hva noden gjør
Publiserte versjoner av et repository: list opp, les, opprett, endre eller slett, med automatisk laget endringsliste.
Bruk GitHub Releases som et tydelig avgrenset trinn i en anymize-workflow.
- Behandler 1 input.
- Gir 1 output til senere trinn.
- Kjører som et vanlig trinn i flyten.
Sett opp noden
- 01Åpne en workflow og legg til GitHub Releases fra nodekatalogen.
- 02Hvis GitHub-kontoen din ikke er koblet til ennå, kobler du den til direkte i nodepanelet eller under Koblinger.
- 03Fyll ut obligatoriske felt og koble verdier fra tidligere trinn.
- 04Kjør noden med et lite testdatasett og kontroller outputtet.
- 05Koble det vellykkede outputtet og aktiver etter en fullstendig test.
Handlinger og moduser
Velg ønsket funksjon i Handling. Panelet viser deretter de relevante innstillingene.
- List opp releases
- Les release
- Nyeste release
- Release for tag
- Opprett release
- Endre release
- Slett release
- Lag endringsliste
Innstillinger
| Felt | Betydning | Område |
|---|---|---|
| Handling | Valg: List opp releases, Les release, Nyeste release, Release for tag, Opprett release, Endre release, Slett release, Lag endringsliste | Standard |
| Eier (bruker eller org) | GitHub-navnet som eier repoet, f.eks. anymize. | Standard |
| Repository | Navnet på repositoryet, f.eks. hello-world. | Standard |
| Antall (maks 100) | Hvor mange oppføringer som hentes per kall. Uten virkning med «Hent alle sider», da er det alltid 100 per side. | Standard |
| Hent alle sider | Henter flere sider til alt er med, maks 1000 oppføringer. | Standard |
| Side | Hvilken side hentingen starter på, f.eks. neste side fra forrige kall. Tomt: den første. Uten virkning med «Hent alle sider». | Standard |
| Release-ID | Konfigurer verdien i nodepanelet. | Standard |
| Tag | Navnet på versjonen, f.eks. v1.2.0. | Standard |
| Utgangspunkt | Branch eller commit for en ny tag. Tomt: standardbranchen. | Standard |
| Tittel | Konfigurer verdien i nodepanelet. | Standard |
| Beskrivelse | Hva som er nytt. Markdown støttes. | Standard |
| Som utkast | Konfigurer verdien i nodepanelet. | Standard |
| Som forhåndsversjon | Konfigurer verdien i nodepanelet. | Standard |
| Lag beskrivelse automatisk | Konfigurer verdien i nodepanelet. | Standard |
| Utkast | Valg: Ikke endre, Ja, Nei | Standard |
| Forhåndsversjon | Valg: Ikke endre, Ja, Nei | Standard |
| Forrige tag | Tomt: det siste releaset. | Standard |
| GitHub-konto | La feltet stå tomt, så bruker trinnet den tilkoblede GitHub-kontoen din. | Standard |
| Kjør én gang per element | Av (standard): noden kjører én gang for hele inputet. På: får den flere elementer (for eksempel fra «Del opp liste»), kjører den én gang PER element, og {{ $json }} er da nettopp dette elementet. Slik jobber du deg gjennom en filliste post for post. | Standard |
| Hvis et element feiler | «Hopp over» skriver et `error`-felt for elementet som feilet og fortsetter med resten, i stedet for å miste hele kjøringen på én uleselig fil. | Standard |
| Pause mellom elementer (millisekunder) | Ventetid før hver kjøring bortsett fra den første. 1000 = 1 sekund per element. Nyttig hvis motparten ellers struper deg. Maksimalt 300000 (5 minutter). | Standard |
Input og output
| Input | Betydning | Type |
|---|---|---|
| Standard | Mottar hele resultatet fra forrige trinn. | JSON |
| Output | Betydning | Type |
|---|---|---|
| Standard | Gjør resultatet tilgjengelig som JSON for neste trinn. | JSON |
Noden kan behandle lister element for element. Feilhåndtering og pause finnes under avanserte innstillinger.
Eksempel og testkjøring
Les nyeste release: start med et lite og gjenkjennelig datasett. Kontroller outputtet og bruk bare felt som faktisk finnes.
Eksempel på testkjøring
{
"owner": "octocat",
"repo": "Hello-World"
}Tilgang og sikkerhet
Noden jobber med din egen tilkoblede GitHub-konto. Den ser og endrer bare det kontoen har lov til. Sjekk tillatelsene som vises når du kobler til. Det tilhørende området (Issues, Pull requests, Repos) må også være slått på i innstillingene for GitHub-tilkoblingen din under Koblinger. Som standard er alle områdene slått på.
«Tillatte handlinger» i innstillingene for GitHub-tilkoblingen din under Koblinger gjelder også for noden og kontrolleres ved hver kjøring. Med «Bare lesing» eller «Lesing og utkast» kjører bare de lesende handlingene: List opp releases, Les release, Nyeste release, Release for tag, Lag endringsliste. Disse handlingene krever «Tillat endringer»: Opprett release, Endre release, Slett release.
Nøkler og påloggingsdata hører hjemme i Workflow-secrets eller i de tilkoblede kontoene dine. Ikke lim dem inn som vanlig tekst i workflow-felt, testdata eller beskrivelser.
Løs vanlige feil
- Ingen output: kontroller siste kjøring og feltene fra forrige node.
- Tom variabel: åpne outputtet fra forrige trinn og bruk et felt fra de faktiske testdataene.
- Tilkobling avvist: koble til tjenesten på nytt med nødvendige tillatelser.
- Handling blokkert: sett «Tillatte handlinger» for tilkoblingen under Koblinger til «Tillat endringer», eller velg en lesende handling.
- Listen behandles bare én gang: aktiver kjøring per element.