إصدار نسخة جديدة عبر طلب دمج
تجهيز رقم النسخة وسجل التغييرات، ثم بناء الحزم ونشرها بعد الدمج.
يجمع Release Please التغييرات المدمجة في الفرع الرئيسي ويُحدّث طلب دمج واحداً للإصدار القادم. يحتوي الطلب على رقم النسخة في التطبيق وسجل التغييرات، وتعمل عليه فحوص Windows وLinux بمعماريتي x64 وARM64، وmacOS بمعماريتي Intel وApple Silicon.
من التغيير إلى الإصدار
- ادمج التحسينات بعناوين Conventional Commits، مثل fix: لإصلاح عيب وfeat: لميزة جديدة.
- راجع طلب الإصدار على GitHub، ورقم النسخة وسجل التغييرات ونتائج الفحوصات.
- عند دمج طلب الإصدار، تبدأ عملية البناء تلقائياً من نسخة الشيفرة المحددة في ذلك الدمج.
- تُختبر الحزم وتُجمع نتائج كل الأنظمة والمعماريات المدعومة قبل نشر الملفات في GitHub Releases.
- تقرأ صفحة التنزيل وسجل التغييرات النسخة المنشورة وتاريخها وروابطها تلقائياً.
وضع النشر الحالي
سياسة النشر الحالية هي Preview: تُنشر الحزم كإصدار تجريبي مع بصمات SHA-512 وإثبات منشأ البناء من GitHub. لا تتطلب هذه العملية إعداد GitHub App أو مفاتيح وصول شخصية. يظل تحديث النسخ التجريبية يدوياً، ولا يعني نجاح البناء تفعيل OTA أو توفر توقيع النظام.
وضع النشر الموقّع مسار مستقل في إعداد المشروع. يتطلب شهادات المنصات ومفتاح توقيع بيانات التحديث؛ فشل التوقيع لا يحوّل النسخة تلقائياً إلى إصدار تجريبي. راجع جاهزية OTA.
إذا فشل البناء
تبقى النسخة مسودة لا تظهر ضمن التنزيلات العامة. راجع الخطأ في GitHub Actions، ثم أعد تشغيل العمل الفاشل أو استأنف المسودة باستخدام اسم الوسم ومعرّف الشيفرة الكامل وفق دليل عمليات الإصدار. لا تُستبدل ملفات إصدار منشور بملفات مختلفة تحمل رقم النسخة نفسه.
