الإصدارات الآلية
الإصدارات الآلية
بمجرد الاتصال بمصدر الإصدار، يصبح نشر الإصدار عملية تلقائية من مستودعك إلى تنزيلات عملائك.
التدفق
- تنشر إصدارًا (أو تدفع علامة، لمزودي الخدمة حيث ينطبق ذلك) على المستودع المتصل
- يُخطر webhook المزود النظام الأساسي، الذي يقوم بتهيئة الشيفرة المصدرية وإرسال طلب بناء موقع موقّع
- يتم تشغيل البناء داخل بيئة معزولة — بيئة Docker-in-Docker مخصصة ومحدودة، غير جذرية، محفوظة بعيدًا عن حاويات الإنتاج الخاصة بك
- يتم التحقق من صحة الأثر النهائي وتخزينه على قرص الإصدارات (تخزين متوافق مع Cloudflare R2 أو S3)
- يتم إنشاء إصدار المنتج تلقائيًا، مع تسجيل سجل التغييرات من محتوى الإصدار الذي نشرته
- يصبح الإصدار متاحًا من خلال سلسلة التنزيل المرخصة الحالية — نفس المسار الذي تستخدمه الإصدارات اليدوية بالفعل
العزل & الأمان
يتم تشغيل كل بناء في حاوية قابلة للتخلص: لا توجد روابط مضيفة، ميزانية ذاكرة/وحدة معالجة مركزية/عمليات محدودة، ومستخدم غير جذر. لا يمكن للحاوية الوصول إلى بيانات الإنتاج، مفاتيح توقيع الترخيص، أو بيانات اعتماد Git الخاصة بك — فقط الشيفرة المصدرية التي طُلب منها البناء. يمكن أن تتسبب عملية بناء فاشلة أو غير متوقعة في إلحاق الضرر بحاويتها القابلة للتخلص فقط؛ فهي لا تلمس الإصدار المنشور الحالي.
مراقبة البناء
تتبع التقدم تحت الإدارة → الترخيص → البناءات. ينتقل كل بناء عبر قيد الانتظار → مُرسل → قيد البناء → مُحمّل → التحقق → منشور، أو فاشل إذا حدث خطأ في أي خطوة — لا يتم لمس الإصدار المنشور الحالي عند الفشل. يمكن إعادة محاولة البناءات الفاشلة بمجرد إصلاح المشكلة الأساسية.
التقاط سجل التغييرات
عندما يحمل حدث الإصدار وصفًا (ملاحظات إصدار GitHub، وصف إصدار GitLab، وما شابه)، يتم نسخه مباشرة إلى سجل التغييرات لإصدار المنتج الجديد — لا حاجة لإعادة الإدخال اليدوي. يمكنك تحريره لاحقًا.