الإجابة المختصرة

أضف فحصًا آليًا إلى المستودع وتعرّف على النتائج قبل الدمج. يفحص سير العمل الشيفرة عند فتح طلب دمج. يستخدم المثال فحص صياغة Node.js، ولا يضمن غياب الأخطاء.

يفحص سير العمل الشيفرة عند فتح طلب دمج. يستخدم المثال فحص صياغة Node.js، ولا يضمن غياب الأخطاء. نفذ الخطوات داخل مشروع تجريبي وتحقق من الواجهة الحالية بنفسك قبل استخدام الخطوات في العمل.

قبل أن تبدأ

تحتاج إلى مستودع يضم ملف JavaScript وصلاحية تعديله. لا تضع رموز الوصول داخل YAML.

دليل منهجي · ليس اختبار مقارنة للمنتجات

01إنشاء مثال بسيط

أضف ملف app.js يتضمن تعليمة console.log صحيحة. نفّذ node --check app.js محليًا إن كان Node.js مثبتًا. استخدم مستودعًا تجريبيًا بلا معلومات سرية.

02كتابة ملف سير العمل

أنشئ الملف .github/workflows/check.yml داخل فرع عمل، واجعل التشغيل عند pull_request باستخدام ubuntu-latest وcheckout وsetup-node، ثم شغّل node --check app.js بصلاحيات محدودة.

03تشغيل الفحص عند طلب الدمج

افتح طلب دمج من الفرع إلى main. عند تفعيل Actions يبدأ الفحص تلقائيًا. راجع تبويب Checks وتأكد من أن النتائج تخص التغيير المقصود.

04فهم سجل الفشل

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

05جعل الدمج أكثر أمانًا

يمكن فرض نجاح الفحوص بواسطة قواعد حماية الفرع إن توفرت. فحص الصياغة لا يضمن سلامة المنتج أو أمانه أو صحة المحتوى؛ لذلك لا تتجاهل المراجعة.

جرّب هذا التوجيه

راجع ملف GitHub Actions من حيث أقل الصلاحيات وإعداد Node والسجلات. لا تدّعِ تشغيله: [الملف].

مثال تطبيقي

مثال تعليمي وهمي، وليس اختبارًا لمنتج أو سجلًا لعميل حقيقي.

المعلومات الأولية

مثال تعليمي وهمي بلا بيانات عملاء أو نتائج قياس فعلية.

النتيجة المتوقعة

النتيجة المتوقعة: تنفيذ الخطوات وفحص النتيجة داخل الخدمة الحقيقية.

قبل استخدام النتيجة

  • تحقق من الإصدار والصلاحيات.
  • لا تستخدم بيانات سرية.
  • هذا مثال لا يمثل نتيجة اختبار.

ورقة عمل

ملف نصي قابل للتعديل. أدخل أدلتك الخاصة؛ الخانات الفارغة ليست نتائج.

تنزيل ورقة العمل (.txt)

للمزيد من القراءة

العودة إلى المكتبة