Pull Requests ومراجعة الكود
في الدرس السابق تعلّمنا كيف نربط المستودع المحلي بخادم (GitHub) ونتزامن معه: clone و push و pull. الآن نطرح سؤالاً مختلفاً تماماً — ليس 'كيف أرفع الكود' بل 'كيف يُدخِل الفريق الكود بأمان'. الجواب هو Pull Request: طلبٌ لدمج فرع في آخر (عادةً فرع ميزة في main)، يفتح مكاناً مخصصاً للنقاش ومراجعة الكود
الـ Pull Request أشبه بأن تقول 'أنهيتُ غرفة في فندق — من فضلكم افحصوها قبل أن يدخل الضيوف'. فبدلاً من دفع عملك مباشرةً إلى الخط الرئيسي (main)، تفتح طلباً: 'هذا هو تغييري، فلنتحدث عنه، اتركوا تعليقات، شغّلوا الفحوصات — وفقط حين يكون كل شيء على ما يُرام، نُدخِله'.
- Pull Request (PR)
- طلبٌ على GitHub لدمج فرع في آخر (عادةً فرع ميزة في main). يفتح مكاناً للنقاش ومراجعة الكود والفحوصات الآلية قبل أن يدخل التغيير.
- مراجعة الكود (code review)
- حين يقرأ زميلٌ في الفريق تغييرك، ويترك تعليقات، ويقترح تحسينات داخل الـ PR — لالتقاط العلل ومشاركة المعرفة والحفاظ على جودة عالية.
- الموافقة (approve)
- علامة المراجِع 'يبدو جيداً لي' — ضوءٌ أخضر يقول إنه، من جهته، لا مانع من دمج الـ PR.
- الفحوصات الآلية (CI)
- برمجيات تعمل من تلقاء نفسها على كل PR وتفحص الكود (على سبيل المثال تشغّل الاختبارات). إذا فشل فحص، تصلحه قبل الدمج.
- دمج PR (merge)
- الزر الذي يُدخِل فرعك أخيراً إلى main بعد الموافقة على المراجعة ونجاح الفحوصات. وعندها يُحذَف فرع الميزة عادةً.
