يجب أن تساعدك مساحة عمل مراجعة الكود على ربط النية المقترحة، والأسطر المتغيرة، وأدلة وقت التشغيل، والقرار النهائي. يجب ألا تتطلب بقاء كل مستودع ولوحة بيانات في المؤسسة مفتوحة.
إنشاء حدود المراجعة
اقرأ وصف طلب السحب، والمشكلة المرتبطة، الفرع الأساسي، والسلوك المتأثر. يوصي GitHub ببناء السياق قبل مراجعة الملفات المتغيرة (Files changed). لاحظ الملفات الأكثر خطورة والتحقق المتوقع، ثم افتح المستودع والفرع المطابقين في المحرر.
ضع الفروقات بجانب الكود المحلي عندما يكون التنقل عبر التعريفات ضرورياً. واحتفظ بمخرجات الاختبار أو البناء في نافذة طرفية (terminal)، وافتح معاينة المنتج فقط عندما يكون للتغيير سلوك مرئي للمستخدم. قم بتحديد الملفات التي تم تمت مراجعتها فقط بعد التحقق من الإصدار الحالي؛ حيث يقوم GitHub بمسح حالة العرض عندما يتغير الملف.
فصل الأدلة عن المناقشة
استخدم تعليقات الأسطر للاكتشافات المحددة، والاقتراحات للتعديلات الدقيقة، وملخص المراجعة للاستنتاجات الشاملة. تحقق من فحوصات طلب السحب الآلية وافحص تغييرات التبعية عند الاقتضاء. العلامة الخضراء لا تحل محل قراءة فروقات المصدر.
الإنهاء بقرار المراجعة
أرسل تعليقاً، أو وافق، أو اطلب تغييرات بناءً على سياسة المراجعة الخاصة بالمستودع والأدلة الملاحظة. قم بإيقاف العمليات المحلية وأغلق النوافذ المؤقتة بعد ذلك. يمكن لـ Wallo تجميع متصفح الفروقات، والمحرر، والطرفية، ونوافذ المعاينة، ولكنه لا يعرف حالة طلب السحب أو قرار المراجعة.