نشر التطبيقات

الخدمة هي تطبيق قابل للنشر يُبنى من مستودع Git. اربط المستودع، وأخبِر غيمة كيف تبنيه وتشغّله، فتعيد النشر عند كل دفعة.

1. 01

   دفع

   يصل كوميت إلى الفرع الذي أعددته.

2. 02

   بناء

   يكتشف Nixpacks بيئتك، أو تُنفَّذ أوامرك.

3. 03

   نشر

   النسخة الجديدة تحل محل العاملة.

4. 04

   مباشر

   السجلات تتدفق في صفحة الخدمة.

اربط مستودع Git#

1. 1

   من GitHub

   بعد ربط تطبيق GitHub، اختر مستودعًا من القائمة — يُملأ رابط الاستنساخ والفرع الافتراضي تلقائيًا.

2. 2

   أو أدخِل رابطًا

   انقر «Enter a URL manually» والصق رابط Git مثل https://github.com/you/repo.

إعدادات البناء والتشغيل#

افتح تبويب Settings للخدمة. اترك أمري البناء والتشغيل فارغين ليكتشف Nixpacks حزمتك، أو اضبطهما صراحةً.

Build command

كيف يُبنى تطبيقك، مثل npm run build. فارغ = تلقائي (Nixpacks).

Start command

كيف يبدأ تطبيقك، مثل npm start. فارغ = تلقائي (Nixpacks).

Port

المنفذ الذي يستمع عليه تطبيقك. الافتراضي 3000 لخدمات الويب.

Health check path

مسار يعيد 200 عندما يكون التطبيق سليمًا، مثل /health.

النشر التلقائي عند الدفع#

في Settings، فعّل «Auto-deploy on push». كل دفعة إلى الفرع المضبوط تُطلق نشرًا جديدًا، مع تسجيل بصمة الالتزام ورسالته وكاتبه.

أنواع الخدمة#

Web

خدمة HTTP تُخدَم على نطاق فرعي gheima.ma — الافتراضي.

Worker

عملية خلفية بلا رابط عام (طوابير، مهام).

Static

بناء ثابت يُخدَم على الحافة — انظر المواقع الثابتة.

الموارد#

تحدّد بطاقة Resources في Settings حجم كل خدمة: النسخ (1–10)، والذاكرة (128–8192 ميغابايت)، والمعالج (0.1–8 vCPU). تُطبَّق التغييرات عند النشر التالي، ضمن حدود خطتك.

الأقراص الدائمة#

من إعدادات الخدمة، أرفِق قرصًا دائمًا على مسار تركيب (مثل /data). إنه قرص محلي للعقدة يبقى عبر عمليات النشر وإعادة التشغيل — الملفات المكتوبة تبقى. يُطبَّق في النشر التالي. الأفضل للتطبيقات ذات النسخة الواحدة؛ أما تطبيقات التوسّع فتستخدم قاعدة مُدارة أو تخزين كائنات.