Fjerne artefakter, opprette statusmerker og konfigurere miljøvern
I denne enheten lærer du hvordan du fjerner arbeidsflytartefakter fra GitHub og endrer standard oppbevaringsperiode. Deretter lærer du hvordan du oppretter et arbeidsflytstatusmerke og legger det til i README.md-filen. Til slutt identifiserer du noen viktige beskyttelser for arbeidsflytmiljøer og lærer hvordan du aktiverer dem.
Fjerne arbeidsflytartefakter fra GitHub
Som standard lagrer GitHub alle bygglogger og opplastede artefakter i 90 dager før de slettes. Du kan tilpasse denne oppbevaringsperioden basert på typen repositorium og bruksgrensene som er angitt for det bestemte GitHub-produktet. Det finnes mye mer informasjon om bruksgrenser og oppbevaring av artefakter i bruksgrenser, fakturering og administrasjon.
Anta imidlertid at du når organisasjonens lagringsgrense for GitHub-artefakter og pakker. Du vil fjerne gamle artefakter uten å øke bruksgrensene og blokkere arbeidsflytene. Du kan ta tilbake brukt lagringsplass for GitHub-handlinger ved å slette artefakter før de utløper på GitHub. Du kan gjøre dette på to måter, som beskrevet i avsnittene nedenfor. Begge metodene krever skrivetilgang til repositoriet.
Advarsel
Husk at når du sletter en artefakt, kan den ikke gjenopprettes.
Slette artefakter manuelt fra repositoriet
Hvis du vil slette en artefakt manuelt på GitHub, går du til fanen Handlinger, velger arbeidsflyten fra venstre sidepanel og velger deretter kjøringen du vil se.
Slett artefakten du vil fjerne, under Artefakter.
Du kan også bruke REST-API-en artefakter til å slette artefakter. Med denne API-en kan du også laste ned og hente informasjon om arbeidsartefakter.
Endre standard oppbevaringsperiode
Du kan endre standard oppbevaringsperiode for artefakter og logger for repositoriet, organisasjonen eller virksomhetskontoen. Husk at endring av oppbevaringsperioden bare gjelder for nye artefakter og loggfiler. Den gjelder ikke for eksisterende objekter. Prosessen for å konfigurere disse innstillingene er litt annerledes for et repositorium, en organisasjon eller virksomhet. Se sammendraget på slutten av denne modulen for mer informasjon om konfigurasjon av artefakter og loggoppbevaringer.
I tillegg til konfigurerte innstillinger på tvers av et repositorium, en organisasjon eller virksomhet, kan du definere en egendefinert oppbevaringsperiode for individuelle artefakter direkte i arbeidsflytfilen. Denne praksisen er bra for individuelle brukstilfeller der du vil at en bestemt artefaktoppbevaring skal være annerledes enn standardinnstillingen eller den konfigurerte innstillingen. Du kan gjøre dette ved hjelp av en retention-days verdi i trinnet med handlingen upload-artifact.
Følgende eksempel laster opp en artefakt som vedvarer i 10 dager i stedet for standard 90 dager:
- name: 'Upload Artifact'
uses: actions/upload-artifact@v2
with:
name: my-artifact
path: my_file.txt
retention-days: 10
Legge til et arbeidsflytstatusmerke i repositoriet
Det er nyttig å vite statusen til en arbeidsflyt uten å måtte gå til fanen Handlinger for å se om den er fullført. Hvis du legger til arbeidsflytstatusmerker i repositoriet README.md filen, kan du raskt se om arbeidsflytene passerer eller mislykkes. Selv om det er vanlig å legge til et statusmerke i et repositorium README.md fil, kan du også legge det til en hvilken som helst nettside. Statusmerker viser som standard arbeidsflytstatusene på standardgrenen, men du kan også vise arbeidsflytstatusmerker på andre grener ved hjelp av branch- og event-parameterne.
Her er et eksempel på hva du må legge til i en fil for å se et arbeidsflytstatusmerke:

Hvis du for eksempel legger til branch-parameteren sammen med det ønskede grennavnet på slutten av nettadressen, vises arbeidsflytstatusmerket for grenen i stedet for standardgrenen. Denne praksisen gjør det enkelt å opprette en tabelllignende visning i README.md-filen for å vise arbeidsflytstatuser basert på grener, hendelser, tjenester eller miljøer for å nevne noen.
Du kan også opprette et statusmerke ved hjelp av GitHub. Gå til arbeidsflytdelen i Handlinger-fanen, og velg en bestemt arbeidsflyt. Alternativet Opprett statusindikator lar deg generere markeringen for arbeidsflyten og angi branch og event parametere.
Legg til beskyttelse for arbeidsflytmiljøer
Sikkerhet er en stor sak, så det er fornuftig å konfigurere arbeidsflytmiljøet med beskyttelsesregler og hemmeligheter. Når disse elementene er på plass, starter eller får ikke en jobb tilgang til noen definerte hemmeligheter i miljøet før alle miljøets beskyttelsesregler passerer. For øyeblikket gjelder beskyttelsesregler og miljøhemmeligheter bare for offentlige repositorier.
Det finnes to regler for miljøvern som du kan bruke på arbeidsflyter i offentlige repositorier, nødvendige korrekturlesere og ventetidtaker.
- obligatoriske korrekturlesere lar deg angi en bestemt person eller gruppe til å godkjenne arbeidsflytjobber som refererer til jobbmiljøet.
- Du kan bruke Vent-tidtaker til å utsette en jobb i en bestemt tidsperiode etter at jobben er utløst.
La oss si at du må opprette en arbeidsflyt til et produksjonsmiljø som et utviklerteam må godkjenne før distribusjonen skjer. Bruk følgende fremgangsmåte:
- Opprett et produksjonsmiljø i repositoriet.
- Konfigurer den nødvendige beskyttelsen for korrekturlesere for å kreve godkjenning fra det bestemte utviklerteamet.
- Konfigurer den bestemte jobben i arbeidsflyten for å se etter produksjonsmiljøet.
Du kan opprette og konfigurere nye repositoriummiljøer fra repositoriets fane Innstillinger under Miljøer.