Runner self-hosted di GitHub gratis? Sì, senza gestire un server

Un team che esegue 20.000 minuti al mese sul runner a 4 core di GitHub paga $222, e il conto cresce a ogni push. GitHub non fattura nulla per i runner self-hosted, eppure i team restano sui runner ospitati, perché gestirne uno proprio significa server, aggiornamenti, pulizia e scalabilità.

Skipbox è un runner self-hosted senza la manutenzione, a un prezzo fisso di $39 al mese con minuti illimitati. Cambia una riga runs-on e il job gira su una macchina che GitHub non ti fattura.

Sì, i runner self-hosted sono gratis

La documentazione sulla fatturazione di GitHub mette i runner self-hosted nell'elenco degli utilizzi che restano gratuiti e non riducono il calcolo incluso, nei repository pubblici come in quelli privati.

GitHub ha annunciato un costo per i runner self-hosted il 16 dicembre 2025 e l'ha accantonato il giorno dopo. Da allora non è stato addebitato nulla.

Quindi la scelta furba è sfruttarli fino in fondo: sposta sui runner self-hosted i job Linux dei repository privati che gonfiano il conto, e per quei minuti non paghi nulla a GitHub.

Quanto costa restare sui runner ospitati

Il runner Linux a 4 core di GitHub costa $0,012 al minuto. Le stesse 4 vCPU su Skipbox:

Gli importi di GitHub sono con GitHub Team, al netto del suo calcolo incluso. Inserisci i tuoi minuti nel calcolatore della home; non serve accedere.

I minuti vanno in una sola direzione. Gli agenti di coding aprono pull request e fanno push di correzioni, e ogni push avvia la CI. Nuove suite E2E e build a matrice moltiplicano i job per ogni push. E un budget impostato per limitare il conto ferma i tuoi job il giorno in cui si esaurisce, con i merge bloccati fino al mese dopo.

Quanto costa gestirne uno tuo

Il self-hosting toglie il conto di GitHub e ti lascia un lavoro in più:

• Server. Scegliere macchine dimensionate per le tue build, e aggiungerne quando la coda cresce.
• Aggiornamenti. Tenere aggiornati il sistema operativo, Docker e l'applicazione del runner. Un'applicazione del runner rimasta troppo indietro smette di ricevere job.
• Pulizia. Assicurarsi che credenziali, checkout e container di un job non arrivino mai al successivo, senza cancellare le cache che rendono veloce la macchina.
• Disponibilità. Quando la macchina muore alle 2 di notte, la CI resta ferma finché qualcuno non la sistema.

Niente di tutto questo fa uscire il tuo prodotto. Skipbox lo fa al posto tuo.

Skipbox: self-hosted, senza la manutenzione

GitHub non fattura nulla, Skipbox fattura un prezzo fisso

I runner di Skipbox si registrano nella tua organizzazione o nel tuo account personale GitHub come runner self-hosted. GitHub non fattura nessuno dei loro minuti. Paghi un unico prezzo fisso, con minuti illimitati:

I job oltre le macchine del tuo piano aspettano il loro turno invece di fallire.

CI più veloce, perché la macchina resta

Un runner ospitato avvia ogni job su una VM vuota e scarica di nuovo tutto. Skipbox tiene la VM del tuo account tra un job e l'altro: immagini Docker, layer e cache di build, cache dei pacchetti e tool cache sono già sul disco quando parte il job successivo. Hai almeno 7× lo spazio cache che GitHub dà a un repository, senza chiavi di cache da scrivere.

Nessuna macchina da gestire

Skipbox aggiorna l'immagine, fa pulizia dopo ogni job, esegue un controllo di integrità dopo ognuno e ricostruisce una macchina che non lo supera. Le VM usano Ubuntu 24.04 con Docker, Node.js e Python.

Passare a Skipbox è una riga

jobs:
  test:
    runs-on: skipbox # was ubuntu-latest
    steps:
      - uses: actions/checkout@v4
      - run: npm ci && npm test

1. Accedi a Skipbox con GitHub.
2. Installa la GitHub App di Skipbox e scegli i repository.
3. Cambia runs-on e fai push.

Il job successivo gira su Skipbox. Step e action restano come sono. Per tornare indietro, rimetti la riga com'era.

Sicurezza

• Ogni account ha la sua macchina. I tuoi job non la condividono mai con quelli di un'altra azienda.
• Dopo ogni job vengono cancellati credenziali, processi e container del runner; dal 13 novembre 2026 il checkout e il target/ di Cargo restano per il job successivo, così le build sono incrementali.
• Il codice di chi non ha accesso in scrittura (come le pull request dai fork) gira su una VM nuova, eliminata subito dopo.

Come vengono isolati i job spiega i dettagli.

Provalo sui tuoi job

La prova è gratuita per 7 giorni o 3000 minuti di job, quello che arriva prima, senza carta. Sposta su runs-on: skipbox il job che consuma più minuti e guarda quella voce sparire dal conto di GitHub.

Aggiornata il giorno 11 novembre 2026