Utvikling
Kjør CI-jobber på en self-hosted runner
Gi builds og tester en egen VPS med verktøyene, nettverkstilgangen og ressursene prosjektet trenger.
Sist oppdatert:
En self-hosted runner flytter build- og testjobber til en server du kontrollerer. Det er nyttig når jobbene trenger spesielle pakker, stabile caches, tilgang til private nettverk eller mer forutsigbare ressurser enn en delt runner gir.
Når passer en egen runner?
Bruk den til betrodde private repositories, interne deployment-jobber, container builds eller prosjekter med store dependencies. GitHub fraråder faste self-hosted runnere for offentlige repositories fordi ukjent workflow-kode kan kompromittere serveren.
Ikke legg runneren på samme server som produksjonsappen eller databasen. Alle som kan endre en tillatt workflow kan potensielt kjøre kommandoer og lese credentials som er tilgjengelige i jobbene.
Hvilken størrelse trenger du?
XS eller Small kan holde til linting og lette tester. Kompilering, Docker builds, parallelle jobber og store caches har nytte av Medium eller Large. Mål jobbtid, køtid, minnebruk og ledig disk. Sammenlign VPS-planene før du velger størrelse.
Hva har du ansvar for?
Du kontrollerer hvilke repositories som får bruke runneren, oppdateringer, installerte verktøy, credentials, cache cleanup og isolasjon mellom jobber. Kortlivede deployment-credentials og ephemeral runners reduserer konsekvensen av en kompromittert jobb.
Guiden for GitHub Actions runner viser en komplett installasjon for et betrodd privat repository på Ubuntu 26.04.