# لماذا GitHub Actions بطيء؟ أوقف إعادة بناء الحالة في كل مهمة

> GitHub Actions بطيء لأن كل مهمة تبدأ على جهاز افتراضي فارغ، فتُنزّل أدواتها وتعيد تثبيت تبعياتها وتعيد بناء صور Docker قبل أول اختبار. يحتفظ Skipbox بكل ذلك على جهازك الخاص بين المهام، بسعر ثابت قدره $39 شهريًا مع دقائق غير محدودة: عند 20,000 دقيقة على 4 vCPU، يكون ذلك أقل من GitHub بمقدار $183 شهريًا.

معظم وقت مهمة GitHub Actions البطيئة يمضي قبل أن يعمل أول اختبار. إعداد Node، وتنزيل التبعيات، وبناء صورة Docker: الدقائق نفسها مع كل دفع، بينما ينتظر أحد أفراد فريقك العلامة الخضراء. وفي الفوترة بالدقيقة تدفع ثمن تلك الدقائق أيضًا.

Skipbox مشغّل GitHub Actions يحتفظ بجهازه بين المهام، فما ثبّتته مهمة يبقى على القرص للمهمة التالية. غيّر سطرًا واحدًا، `runs-on: skipbox`، فتعمل المهمة على جهازك الخاص بسعر ثابت قدره $39 شهريًا مع دقائق غير محدودة.

- التبعيات وطبقات Docker والأدوات تبقى على القرص، فتتخطى المهام التنزيل وإعادة البناء
- 7× على الأقل من مساحة التخزين المؤقت في GitHub، دون انتهاء صلاحية بعد 7 أيام ودون مفاتيح تخزين مؤقت تضبطها
- 20,000 دقيقة شهريًا على 4 vCPU: $222 على GitHub، و$39 على Skipbox

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

مشغّل بـ 4 vCPU، و20,000 دقيقة شهريًا: GitHub $222 → Skipbox $39. توفّر $183 كل شهر.

الانتقال يتطلب سطرًا واحدًا: `runs-on: skipbox`.

[بدء تجربتي المجانية لمدة 7 أيام](https://app.skipbox.dev/sign-in?ref=g-github-actions-slow-ar)

## كل مهمة تبدأ من جهاز افتراضي فارغ

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

| الخطوة | مشغّل مستضاف على GitHub | Skipbox |
|---|---|---|
| إعداد Node وPython وJava | يُنزّل سلسلة الأدوات | يجدها في ذاكرة الأدوات المؤقتة من المهمة السابقة |
| تثبيت التبعيات | يُنزّل أرشيف ذاكرة التخزين المؤقت ويفكّ ضغطه؛ وإن لم يجده، يُنزّل كل شيء من السجلّ | يقرأ ذاكرة التخزين المؤقت لمدير الحزم من القرص |
| بناء صورة Docker | يبدأ دون طبقات ويعيد بناء كل خطوة | يعيد استخدام طبقات البناء السابق |
| تشغيل الاختبارات | عدد وحدات CPU: 2 في `ubuntu-latest` على مستودع خاص | 4 vCPU فأكثر |

الصفوف الثلاثة الأولى لا تنتج شيئًا جديدًا. إنها تعيد الجهاز إلى ما كان عليه بالأمس.

ذاكرة التخزين المؤقت في GitHub تخفف المشكلة دون أن تغيّرها. فهي تتسع لـ 10 GB لكل مستودع، وتحذف الإدخالات التي لم تقرأها أي مهمة منذ 7 أيام، ولا يستطيع فرع ميزة جديد قراءة ذاكرة فرع ميزة آخر. وحتى حين تجدها المهمة، تُنزّل أرشيفًا وتفكّ ضغطه في كل تشغيل.

## ما يكلّفك الانتظار

لنفترض أن الإعداد يستغرق 3 دقائق من كل مهمة، وأن فريقك يشغّل 100 مهمة يوميًا. هذه 300 دقيقة يوميًا من وقت المشغّل تُصرف لإعادة الجهاز إلى حاله، وكل طلب سحب ينتظر حصته منها. تبدأ المراجعات متأخرة، ويتأخر الدمج، وينتقل المهندسون إلى عمل آخر وهم ينتظرون.

وفي الفوترة بالدقيقة، تظهر تلك الدقائق في الفاتورة. مشغّل بـ 4 vCPU، حسب الدقائق الشهرية:

| الدقائق شهريًا (4 vCPU) | GitHub | Skipbox S | توفيرك كل شهر |
|---|---|---|---|
| 10,000 | $102 | $39 | **$63** |
| 20,000 | $222 | $39 | **$183** |
| 30,000 | $342 | $39 | **$303** |

أرقام GitHub هي الفاتورة بعد خصم الاستخدام المضمّن في GitHub Team. أدخل دقائقك في [حاسبة التكلفة في الصفحة الرئيسية](https://skipbox.dev/?ref=g-github-actions-slow-ar#cost)؛ لا تحتاج إلى تسجيل دخول.

وعدد التشغيلات لا يتجه إلا صعودًا:

- **وكلاء البرمجة بالذكاء الاصطناعي.** كل دفع من وكيل يشغّل التكامل المستمر. والانتظار والفاتورة يكبران مع عدد مرات الدفع، لا مع عدد الموظفين.
- **اختبارات أكثر.** مجموعة اختبارات شاملة (E2E) أو مصفوفة بناء تكرر الإعداد في كل مهمة تضيفها.
- **الميزانيات.** حدّ الفاتورة بميزانية في GitHub، فتتوقف المهام عن البدء في منتصف الشهر، ويتوقف معها الدمج.

## تسريعه بنفسك مشروع كامل

الإبقاء على المشغّلات المستضافة على GitHub مع جعلها سريعة يعني أن تتحمل عملًا كهذا:

- بناء مفاتيح التخزين المؤقت على قيم التجزئة لملفات القفل، وضبط `restore-keys` حتى تصيب
- إضافة buildx وتصدير ذاكرة Docker المؤقتة باستخدام `cache-to`، ضمن الـ 10 GB نفسها
- تقسيم الاختبارات إلى أجزاء، فيكرر كل جزء الإعداد وتزيد الدقائق المحتسبة
- أو تشغيل مشغّل مستضاف ذاتيًا بنفسك: التجهيز، وتحديثات نظام التشغيل، والتنظيف بين المهام، وإصلاحه حين يتعطل

كل واحدة منها تلتفّ على جهاز ينسى كل شيء. أما Skipbox فيحتفظ بالجهاز، فلا حاجة إلى أي منها.

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

**الإعداد يبقى على القرص.** تعمل مهامك على جهاز خاص بحسابك، ويبقى بين المهام. صور Docker وطبقاتها وذاكرة التخزين المؤقت للبناء؛ وذاكرة التخزين المؤقت للحزم في npm وpip وGradle وغيرها؛ والأدوات التي تثبّتها `setup-node` وأمثالها. 7× على الأقل من مساحة التخزين المؤقت في GitHub، دون انتهاء صلاحية بعد 7 أيام ودون قيود الفروع.

**أجهزة أكبر بسعر ثابت.** تُطلق أدوات الترجمة البرمجية ومشغّلات الاختبارات عاملًا واحدًا لكل نواة، فالأنوية الأكثر تقصّر الخطوات التي يحدّها المعالج.

| الخطة | الجهاز | السعر |
|---|---|---|
| S | 4 vCPU · 16 GB | $39 شهريًا |
| M | 8 vCPU · 16 GB | $79 شهريًا |
| L | 16 vCPU · 32 GB | $149 شهريًا |

الدقائق غير محدودة في كل الخطط. ولا تستهلك مهام Skipbox أي دقائق من GitHub، فلا توقفها ميزانية GitHub أبدًا.

**لا جهاز تعتني به.** يجهّز Skipbox الجهاز، ويحدّث نظام التشغيل والأدوات، وينظّف بعد كل مهمة، ويُجري فحص سلامة، ويعيد بناء الجهاز الذي يفشل فيه.

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

```yaml
jobs:
  build:
    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` ثم ادفع التغيير.

ما تثبّته المهمة الأولى يبقى على القرص للثانية.

## الأمان

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

التفاصيل في [كيف تُعزل المهام](https://docs.skipbox.dev/isolation).

## جرّبه على أبطأ مهامك

الفترة التجريبية مجانية لمدة 7 أيام أو 3,000 دقيقة من وقت المهام، أيهما يأتي أولًا، ولا تتطلب بطاقة. انقل أبطأ مهامك إلى `runs-on: skipbox`، وشغّلها مرتين متتاليتين، وضع أوقات خطواتها بجانب أوقاتها على GitHub.

## الأسئلة الشائعة

### لماذا GitHub Actions بطيء إلى هذا الحد؟

لأن كل مهمة على مشغّل مستضاف على GitHub تبدأ على جهاز افتراضي جديد لا شيء فيه من التشغيل السابق، فتُنزّل أدواتها وتعيد تثبيت تبعياتها وتعيد بناء صور Docker قبل أن تبدأ اختباراتك. يشغّل Skipbox مهامك على جهاز خاص بحسابك ويحتفظ بتلك الحالة على قرصه، فتبدأ المهمة التالية من حيث توقفت السابقة.

### أضفت actions/cache، فلماذا ما زال سير العمل بطيئًا؟

لأن المهمة، حتى حين تجد ذاكرة التخزين المؤقت، تُنزّل أرشيفًا وتفكّ ضغطه في كل مرة، إذ إن الجهاز الافتراضي جديد كل مرة. كما أن ذاكرة التخزين المؤقت في GitHub تتسع لـ 10 GB لكل مستودع، وتحذف الإدخالات التي لم تُستخدم منذ 7 أيام، ولا يمكن قراءتها من فرع موازٍ. أما على Skipbox فذاكرة التخزين المؤقت للحزم وطبقات Docker موجودة أصلًا على قرص الجهاز، دون مفاتيح تديرها.

### كيف أسرّع بناء Docker في GitHub Actions؟

امنح البناء طبقات البناء السابق. على المشغّلات المستضافة على GitHub، يعني ذلك تصدير ذاكرة التخزين المؤقت باستخدام buildx واستيرادها في كل تشغيل، ضمن حد 10 GB نفسه. وعلى Skipbox، تبقى صور Docker وذاكرة التخزين المؤقت للبناء على الجهاز بين المهام، فيعيد docker build استخدام الطبقات من تلقاء نفسه.

### هل عليّ إعادة كتابة سير العمل لأستخدم Skipbox؟

لا. في مهام Linux، غيّر runs-on إلى skipbox. يعمل الجهاز بنظام Ubuntu 24.04 مع Docker وNode.js وPython، وتعمل خطواتك وإجراءاتك كما هي.

### هل يمكنني تجربته مجانًا على مهمتي البطيئة؟

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

آخر تحديث: 2026-11-11 · https://skipbox.dev/ar/guides/github-actions-slow