«Your spending limit needs to be increased»: شغّل مهامك اليوم

تعني هذه الرسالة أن التكامل المستمر في مستودعاتك الخاصة توقف، ولن يبدأ من جديد حتى يصلحه شخص لديه صلاحيات الفوترة، أو حتى الساعة 00:00 UTC من اليوم الأول من الشهر. وكل طلب سحب ينتظر العلامة الخضراء ينتظر معه.

يمكنك تشغيل المهمة الآن. غيّرها إلى runs-on: skipbox وادفع التغيير: مشغّلات Skipbox لا تستهلك من ميزانيتك في GitHub ولا من دقائقك المجانية، فتبدأ المهمة والفوترة ما زالت معطّلة.

لماذا لا يبدأ GitHub المهمة

تعرض صفحة التشغيل:

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

لا يستطيع حسابك دفع ثمن مزيد من وقت المشغّلات المستضافة على GitHub. وللأمر ثلاثة أسباب:

الميزانيات في Billing & Licensing ثم Budgets and alerts، والبطاقات في Billing & Licensing ثم Payment information. بعد الإصلاح، تبقى المهام المرفوضة مرفوضة: افتح كل تشغيل واضغط Re-run failed jobs. وإن بدت الفوترة سليمة وما زالت المهام لا تبدأ، فلا يستطيع رفع الحظر إلا دعم GitHub. ولرسالة الميزانية الأخرى دليلها الخاص: ميزانية Actions تمنع مزيدًا من الاستخدام.

المحظور هو المشغّلات المستضافة على GitHub في المستودعات الخاصة. أما المشغّلات المستضافة ذاتيًا فلا: GitHub لا يحتسب دقائقها. وSkipbox مشغّل مستضاف ذاتيًا.

إصلاح الفوترة لا يمنحك إلا شهرًا

الرصيد المجاني $12 أو $18 شهريًا، أي 2,000 أو 3,000 دقيقة من ubuntu-latest. والفرق التي تشغّل التكامل المستمر مع كل دفع تستهلكه بحلول منتصف الشهر. والبطاقة أو الميزانية الأعلى تحوّل الحظر إلى فاتورة بالدقيقة:

أرقام GitHub هي الفاتورة بعد خصم المبلغ المضمّن في GitHub Team. جرّب دقائقك في حاسبة التكلفة في الصفحة الرئيسية.

والدقائق لا تتجه إلا صعودًا. وكلاء البرمجة يدفعون ويعيدون تشغيل التكامل المستمر على مدار الساعة، ومجموعات الاختبارات الشاملة (E2E) ومصفوفات البناء تضاعف كل دفع، والميزانية المنخفضة بما يكفي لإبقاء الفاتورة صغيرة منخفضة بما يكفي لإيقاف الدمج مرة أخرى في الشهر القادم. وفي كل مرة، ينتظر الفريق كله من يملك صلاحية تعديل الفوترة.

ما الذي يتغير على Skipbox

المهام لا تتوقف بسبب الفوترة

المهام على Skipbox لا تستهلك شيئًا من رصيدك أو ميزانيتك في GitHub، ولا يمسّها فشل دفعة في GitHub. وإن وصلت مهام أكثر مما تشغّله خطتك في وقت واحد، تنتظر دورها بدل أن تفشل.

سعر ثابت واحد، ودقائق غير محدودة

أسرع، ولا شيء تديره

يبقى جهاز حسابك بين المهام، فتكون طبقات Docker وذاكرة التخزين المؤقت للحزم والأدوات المثبّتة جاهزة للتشغيل التالي، مع 7× أو أكثر من مساحة التخزين المؤقت في GitHub. يجهّز Skipbox الجهاز ويحدّثه، وينظّف بعد كل مهمة، ويفحص سلامته ويعيد بناءه تلقائيًا.

الانتقال سطر واحد

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

1. سجّل الدخول إلى Skipbox باستخدام GitHub.
2. ثبّت تطبيق Skipbox على GitHub واختر المستودعات المتوقفة.
3. غيّر runs-on ثم ادفع التغيير.

يبدأ التشغيل الذي دفعته للتو على Skipbox، بنظام Ubuntu 24.04 مع Docker وNode.js وPython. يعمل ذلك مع المؤسسات والحسابات الشخصية على حد سواء. وفي ما تفعله حين يوقف GitHub مهامك الخطوات وطريقة العودة.

الأمان

• يحصل كل حساب على جهاز خاص به، ولا تتشارك مهامك جهازًا مع مهام شركة أخرى أبدًا.
• بعد كل مهمة، يمسح Skipbox بيانات اعتماد المشغّل وعملياته وحاوياته. ومنذ 13 نوفمبر 2026، تبقى نسخة الكود المسحوبة ومخرجات بنائها (target/ الخاص بـ Cargo) على جهازك الخاص لمهامك التالية؛ ويمنح خيار «مهمة نظيفة في كل مرة» كل مهمة جهازًا جديدًا.
• الكود الوارد من أشخاص ليس لديهم صلاحية الكتابة (مثل طلبات السحب من النسخ المتفرعة) يعمل على جهاز جديد يُستخدم مرة واحدة.

جرّبه على المهمة المتوقفة

لا تتطلب الفترة التجريبية بطاقة، وتستمر 7 أيام أو 3,000 دقيقة من وقت المهام. حوّل المهمة المتوقفة إلى runs-on: skipbox، وادفع التغيير، وادمج اليوم بدل انتظار الفوترة.

آخر تحديث: 11 نوفمبر 2026