LogBrewCo/cli. وهو يثبّت LogBrew CLI من npm، لذا
يجب أن يتوفر Node.js على المشغّل. وتتضمن مشغّلات Linux وmacOS وWindows التي
تستضيفها GitHub الأداة Node.js مسبقًا.
إنشاء مفتاح لملفات البناء
سجّل الدخول باستخدام LogBrew CLI واعثر على معرّف المشروع:LOGBREW_ARTIFACT_KEY. في GitHub،
انتقل إلى Settings، ثم Secrets and variables، ثم Actions. بعد ذلك
احذف الملف المحلي.
إضافة الخطوة
أضف الإجراء بعد الخطوة التي تنشر تطبيقك. اربطه بوسم إصدار من CLI. يحدد الوسم أيضًا إصدار CLI الذي يثبّته الإجراء.release وenvironment وservice نفسها التي يرسلها تطبيقك أثناء
التشغيل. راجع الإصدارات لمعرفة أسماء الإصدارات.
يجعل if: always() الخطوة تعمل عند فشل النشر أيضًا، فيدوّن LogBrew عملية
النشر الفاشلة. ويرسل تعبير status القيمة failed في هذه الحالة.
المدخلات
يضبط الإجراء المُخرج
deployment-id.
للحصول على نافذة نشر أدق، اضبط started-at على وقت بدء خطوة النشر لديك.
رفع خرائط المصدر
يرفع المُدخلsourcemaps البناء الذي أعدّته إضافة Vite. أعدّ الإضافة أولًا،
وراجع خرائط المصدر لـ JavaScript. يجب أن يثبّت
المشروع @logbrew/sdk، لأن الإجراء يشغّل أداة الرفع المساعدة الخاصة به
باستخدام npx --no-install. شغّل npm ci قبل الإجراء.
لا تنشر ملفات .map ولا البيان على الموقع العام أو شبكة CDN.
رفع ملفات تصحيح الأخطاء
يشغّل المُدخلdebug-files الأمر logbrew debug-artifacts upload بالمشروع
والإصدار والبيئة والخدمة نفسها. راجع أعطال Apple
والتجمّد لملفات dSYM.
تشغيل الخطوة مرة أخرى
يمكنك إرسال معرّف النشر نفسه بالقيم نفسها مرة أخرى. يحتفظ LogBrew بعملية نشر واحدة. ويفشل إرسال المعرّف نفسه بقيم مختلفة. عند إعادة تشغيل سير العمل، تزيد GitHub قيمةrun_attempt. فيتغيّر المعرّف الافتراضي، ويدوّن الإجراء عملية نشر
جديدة.
