Kjør GitHub Actions-CI på BuildStack
BuildStack kan kjøre dine eksisterende GitHub Actions-jobber på sin egen compute: ingen GitHub-hostede minutter, ingen runner å passe på. Hver jobb får en fersk, isolert, engangsbruks-runner som BuildStack klargjør på forespørsel og river ned etterpå.
1. Koble til GitHub App
Fra CI runners-siden kobler du BuildStack GitHub App til kontoen (org eller bruker) som eier repositoriene dine, og installerer den på repoene du vil bygge.
2. Pek en jobb mot BuildStack
I arbeidsflyten din setter du jobbens runs-on til BuildStack-etiketten:
jobs:
build:
runs-on: [self-hosted, buildstack-linux]
steps:
- uses: actions/checkout@v4
- run: echo "running on BuildStack"
Push, så kjører jobben på en BuildStack-runner. CI runners-siden lister hver kjøring med status, varighet og minutter, og du kan åpne en kjøring for å lese loggene i appen.
Hva runneren tilbyr
Runner-imaget er Ubuntu-basert og inkluderer Docker (via BuildKit), Azure CLI, git og vanlig verktøy. Språk-verktøykjeder som arbeidsflyten din installerer med setup-actions (for eksempel actions/setup-node) fungerer som vanlig.
Runneren er daemonless for container-bygg, så brukdocker buildx buildfor image-bygg. En vanligdocker buildetterfulgt av en separatdocker pushvil ikke fungere; kombiner dem medbuildx --push.
CI-minutter
Kjøringer forbruker CI-minutter fra planens månedlige tildeling. Når du går tom, holdes nye jobber i kø til minuttene tilbakestilles eller du oppgraderer. Følg bruken på CI runners-siden. Se CI-minutter, byggekvote og planer.
Feilsøking
- Jobb sitter fast som "queued", ingenting skjer: arbeidsområde-tilkoblingen er vanligvis
utdatert (vanlig etter å ha reinstallert eller gjenskapt App-en). Trykk Reconnect på CI runners-siden. Se Feilsøking.
- Tom for CI-minutter: bruksindikatoren viser dette; oppgrader eller vent på tilbakestillingen.