Skipbox

„Your spending limit needs to be increased”: pornește joburile azi

Acest mesaj înseamnă că CI-ul din repository-urile tale private s-a oprit și nu repornește până când cineva cu drepturi de facturare nu repară problema sau până la 00:00 UTC pe 1 ale lunii. Fiecare pull request care așteaptă o bifă verde așteaptă odată cu el.

Poți rula jobul acum. Schimbă-l pe runs-on: skipbox și fă push: runnerele Skipbox nu consumă din bugetul tău GitHub sau din minutele gratuite, așa că jobul pornește cât timp facturarea e încă blocată.

De ce nu pornește GitHub jobul

Pagina rulării arată:

The job was not started because recent account payments have failed or your spending limit needs to be increased.

Contul tău nu mai poate plăti timp suplimentar pe runnerele găzduite de GitHub. Există trei cauze:

Bugetele sunt în Billing & Licensing → Budgets and alerts, cardurile în Billing & Licensing → Payment information. După reparare, joburile refuzate rămân refuzate: deschide fiecare rulare și apasă Re-run failed jobs. Dacă facturarea pare în regulă și joburile tot nu pornesc, doar GitHub Support poate debloca situația. Mesajul separat despre buget are propriul ghid: un buget Actions împiedică utilizarea în continuare.

Blocate sunt runnerele găzduite de GitHub din repository-urile private. Runnerele self-hosted nu sunt: GitHub nu le facturează minutele. Skipbox este un runner self-hosted.

Repararea facturării îți cumpără doar o lună

Alocarea gratuită este de 12 USD sau 18 USD pe lună, adică 2.000 sau 3.000 de minute de ubuntu-latest. Echipele care rulează CI la fiecare push o consumă până la jumătatea lunii. Un card sau un buget mai mare transformă blocarea într-o factură la minut:

Cifrele GitHub sunt factura după suma inclusă în GitHub Team. Încearcă propriile minute în calculatorul de pe pagina principală.

Iar minutele doar cresc. Agenții de programare fac push și rulează din nou CI-ul non-stop, suitele E2E și buildurile cu matrice înmulțesc fiecare push, iar un buget destul de mic ca să țină factura jos e destul de mic ca să oprească din nou merge-urile luna viitoare. De fiecare dată, toată echipa așteaptă după cine poate modifica facturarea.

Ce se schimbă pe Skipbox

Joburile nu se opresc din cauza facturării

Joburile de pe Skipbox nu consumă nimic din alocarea sau din bugetul tău GitHub, iar o plată GitHub eșuată nu le atinge. Dacă sosesc mai multe joburi decât rulează planul tău simultan, își așteaptă rândul în loc să eșueze.

Un singur preț fix, minute nelimitate

Mai rapid și nimic de administrat

Mașina contului tău rămâne între joburi, așa că layerele Docker, cache-urile de pachete și instrumentele instalate sunt acolo pentru rularea următoare, cu cel puțin de 7× spațiul de cache de la GitHub. Skipbox pregătește și actualizează mașina, face curățenie după fiecare job, îi verifică starea și o reface automat.

Mutarea înseamnă o singură linie

jobs:
  test:
    runs-on: skipbox # was ubuntu-latest
    steps:
      - uses: actions/checkout@v4
      - run: npm ci && npm test
  1. Conectează-te la Skipbox cu GitHub.
  2. Instalează aplicația GitHub Skipbox și alege repository-urile blocate.
  3. Schimbă runs-on și fă push.

Rularea pentru care tocmai ai făcut push pornește pe Skipbox, pe Ubuntu 24.04 cu Docker, Node.js și Python. Merg atât organizațiile, cât și conturile personale. Ce faci când GitHub îți oprește joburile are pașii și cum revii înapoi.

Securitate

  • Fiecare cont primește propria mașină. Joburile tale nu împart niciodată o mașină cu ale altei companii.
  • După fiecare job, Skipbox șterge credențialele runnerului, procesele și containerele. Din 13 noiembrie 2026, checkoutul și rezultatul buildului (target/ de la Cargo) rămân pe mașina ta pentru joburile următoare; „Curățare la fiecare job” îi dă fiecărui job o mașină nouă.
  • Codul de la persoane fără acces de scriere (cum ar fi pull request-urile din forkuri) rulează pe o mașină nouă, de unică folosință.

Încearcă pe jobul blocat

Perioada de probă nu cere card și durează 7 zile sau 3.000 de minute de job. Trece jobul blocat pe runs-on: skipbox, fă push și fă merge azi, în loc să aștepți după facturare.

Întrebări frecvente

Cum pornesc joburile chiar acum, după această eroare?

Schimbă runs-on al jobului blocat în skipbox și fă push. Pentru GitHub, runnerele Skipbox sunt runnere self-hosted, așa că nu consumă din bugetul tău sau din minutele gratuite, iar jobul pornește fără ca cineva să umble la facturare. Perioada de probă nu cere card.

Eroarea oprește și runnerele self-hosted?

Nu. Oprește runnerele găzduite de GitHub. GitHub nu facturează minutele runnerelor self-hosted și nu le scade din minutele incluse, așa că nici un buget, nici lipsa unui card nu le oprește. De aceea joburile de pe Skipbox continuă să ruleze.

Am mărit bugetul și joburile tot nu pornesc. Ce fac?

Rulează din nou joburile eșuate: GitHub nu le reîncearcă singur. Verifică dacă nu e epuizat un al doilea buget care acoperă Actions și dacă nu există o plată eșuată în Payment history; dacă totul e în regulă, contactează GitHub Support. Cât timp cererea e deschisă, mută jobul pe runs-on: skipbox, ca CI-ul să nu aștepte după tichet.

Când se ridică blocarea de la sine?

La 00:00 UTC pe 1 ale lunii, când începe următoarea perioadă de facturare și minutele incluse se resetează. Dacă mai sunt zile până atunci, Skipbox rulează jobul azi.

Cum evit să se întâmple din nou luna viitoare?

Un buget mai mare înseamnă o factură la minut mai mare; unul mai mic înseamnă din nou această eroare. Mutarea joburilor pe Skipbox le scoate din facturarea GitHub: un preț fix de $39 pe lună, cu minute nelimitate.

Actualizat pe 11 noiembrie 2026

CI/CD mai rapid, cu un cache mereu pregătit

Runnerul tău dedicat, la preț fix

1/12 din costul GitHub la utilizare maximă. Preț fix, deci îl poți rula toată ziua. De 7× mai mult spațiu de cache decât GitHub.

  • Fără card
  • Conectare cu GitHub
  • Anulezi oricând