Skipbox

"Your spending limit needs to be increased": jalankan job hari ini

Mesej ini bermakna CI repositori peribadi anda telah berhenti dan tidak akan bermula semula sehingga seseorang yang mempunyai hak pengebilan membetulkannya, atau sehingga pukul 00:00 UTC pada 1 hari bulan. Setiap pull request yang menunggu tanda hijau turut menunggu.

Anda boleh menjalankan job itu sekarang. Tukarnya kepada runs-on: skipbox dan push: runner Skipbox tidak menggunakan bajet atau minit percuma GitHub anda, jadi job itu bermula walaupun pengebilan masih bermasalah.

Kenapa GitHub tidak memulakan job itu

Halaman larian memaparkan:

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

Akaun anda tidak boleh membayar lebih banyak masa runner yang dihoskan GitHub. Ada tiga punca:

Bajet terletak di Billing & Licensing → Budgets and alerts, kad di Billing & Licensing → Payment information. Selepas dibetulkan, job yang ditolak kekal ditolak: buka setiap larian dan klik Re-run failed jobs. Jika pengebilan kelihatan betul dan job masih tidak bermula, hanya GitHub Support yang boleh menyelesaikannya. Mesej bajet yang berasingan ada panduannya sendiri: bajet Actions menghalang penggunaan selanjutnya.

Yang tersekat ialah runner yang dihoskan GitHub pada repositori peribadi. Self-hosted runner tidak: GitHub tidak mengecaj minitnya. Skipbox ialah self-hosted runner.

Membetulkan pengebilan hanya memberi anda sebulan

Peruntukan percuma ialah $12 atau $18 sebulan, 2,000 atau 3,000 minit ubuntu-latest. Pasukan yang menjalankan CI pada setiap push menghabiskannya menjelang pertengahan bulan. Kad atau bajet yang lebih tinggi menukar sekatan itu menjadi bil ikut minit:

Angka GitHub ialah bil selepas jumlah yang disertakan dalam GitHub Team. Cuba minit anda sendiri dalam kalkulator di laman utama.

Dan minit hanya meningkat. Ejen pengekodan push dan menjalankan semula CI sepanjang masa, suite E2E dan build matrix menggandakan setiap push, dan bajet yang cukup rendah untuk mengekalkan bil rendah juga cukup rendah untuk menghentikan merge lagi bulan depan. Setiap kali, seluruh pasukan menunggu orang yang boleh mengubah pengebilan.

Apa yang berubah di Skipbox

Job tidak berhenti kerana pengebilan

Job di Skipbox tidak menggunakan apa-apa daripada peruntukan atau bajet GitHub anda, dan caj GitHub yang gagal tidak menjejaskannya. Jika lebih banyak job tiba daripada yang dijalankan pelan anda serentak, job itu menunggu giliran dan tidak gagal.

Satu harga tetap, minit tanpa had

Lebih pantas, dan tiada apa untuk diurus

Mesin akaun anda kekal antara job, jadi lapisan Docker, cache pakej dan alat yang dipasang ada untuk larian seterusnya, dengan 7× atau lebih ruang cache GitHub. Skipbox menyediakan dan mengemas kini mesin, membersihkan selepas setiap job, serta menjalankan semakan kesihatan dan membina semula mesin secara automatik.

Beralih hanya satu baris

jobs:
  test:
    runs-on: skipbox # was ubuntu-latest
    steps:
      - uses: actions/checkout@v4
      - run: npm ci && npm test
  1. Log masuk ke Skipbox dengan GitHub.
  2. Pasang apl GitHub Skipbox dan pilih repositori yang tersekat.
  3. Tukar runs-on dan push.

Larian yang baru anda push bermula di Skipbox, pada Ubuntu 24.04 dengan Docker, Node.js dan Python. Organisasi dan akaun peribadi kedua-duanya boleh digunakan. Apa yang perlu dilakukan apabila GitHub menghentikan job anda memberikan langkahnya dan cara untuk kembali.

Keselamatan

  • Setiap akaun mendapat mesinnya sendiri. Job anda tidak pernah berkongsi mesin dengan syarikat lain.
  • Selepas setiap job, Skipbox memadam bukti kelayakan, proses dan container runner. Mulai 13 November 2026, checkout anda dan output build-nya (target/ Cargo) kekal pada mesin anda sendiri untuk job seterusnya; “VM baharu bagi setiap job” memberi setiap job mesin baharu.
  • Kod daripada orang tanpa akses tulis (seperti pull request daripada fork) berjalan pada mesin baharu yang digunakan sekali sahaja.

Cuba pada job yang tersekat

Percubaan tidak memerlukan kad dan berjalan selama 7 hari atau 3,000 minit job. Tukar job yang tersekat kepada runs-on: skipbox, push, dan merge hari ini tanpa menunggu pengebilan.

Soalan lazim

Bagaimanakah cara menjalankan job sekarang juga selepas ralat ini?

Tukar runs-on job yang tersekat kepada skipbox dan push. Bagi GitHub, runner Skipbox ialah self-hosted runner, jadi ia tidak menggunakan bajet atau minit percuma anda, dan job itu bermula tanpa sesiapa menyentuh pengebilan. Percubaan tidak memerlukan kad.

Adakah ralat ini menghentikan self-hosted runner juga?

Tidak. Ia menghentikan runner yang dihoskan GitHub. GitHub tidak mengecaj minit self-hosted runner atau mengiranya dalam pengiraan yang disertakan, jadi tiada bajet atau ketiadaan kad yang menghentikannya. Sebab itu job di Skipbox terus berjalan.

Saya sudah naikkan bajet tetapi job masih tidak bermula. Apa sekarang?

Jalankan semula job yang gagal: GitHub tidak mencubanya semula. Semak sama ada ada bajet kedua yang meliputi Actions dan sudah habis, dan sama ada ada caj yang gagal dalam Payment history; jika semuanya baik, hubungi GitHub Support. Sementara itu, pindahkan job ke runs-on: skipbox supaya CI tidak menunggu tiket itu.

Bilakah sekatan ini tamat dengan sendirinya?

Pada pukul 00:00 UTC pada 1 hari bulan, apabila tempoh pengebilan seterusnya bermula dan pengiraan yang disertakan ditetapkan semula. Jika itu masih beberapa hari lagi, Skipbox menjalankan job itu hari ini.

Bagaimanakah cara mengelakkannya berlaku lagi bulan depan?

Bajet lebih tinggi bermakna bil ikut minit yang lebih besar; bajet lebih rendah bermakna ralat ini lagi. Memindahkan job ke Skipbox mengeluarkannya daripada pengebilan GitHub: harga tetap $39 sebulan dengan minit tanpa had.

Dikemas kini 11 November 2026

CI/CD lebih pantas dengan cache yang sentiasa sedia

Runner anda yang sentiasa sedia pada harga tetap

1/12 daripada kos GitHub pada penggunaan penuh. Harga tetap, jadi jalankan sepanjang hari. 7× ruang cache GitHub.

  • Tanpa kad
  • Log masuk dengan GitHub
  • Batal bila-bila masa