نظرة أوضح إلى مسار المراجعة

تقول GitHub إن Copilot code review أصبح يعرض صورة أكثر وضوحاً لكيفية تغير مراجعة طلب السحب مع مرور الوقت. ويقدم تعليق الملخص المحدّث التقييم الحالي لطلب السحب، إلى جانب مستوى الجهد الذي استخدمه Copilot أثناء المراجعة، ثم يسرد خلاصة النتائج التي حددها. وتهدف هذه الصيغة إلى مساعدة المطور على التركيز في الملاحظات التي ما زالت تحتاج إلى معالجة، بدلاً من التعامل مع جميع نتائج المراجعات السابقة كأنها ما زالت قائمة.

وتؤكد الشركة أن هذه التحسينات أصبحت متاحة بصورة عامة. كما يظل ملخص طلب السحب السابق والملخصات الخاصة بكل ملف متاحين، حتى يتمكن الفريق من الرجوع إلى السياق السابق أثناء متابعة التعديلات.

ثلاث فئات لنتائج Copilot

يعرض الملخص الجديد النتائج ضمن فئات محددة. الفئة الأولى هي «مفتوحة»، وتضم المشكلات التي لم تُعالج بعد. وقد تحمل بعض هذه النتائج وسمًا جديدًا يوضح أنها ظهرت بسبب التزام جديد أُضيف إلى طلب السحب. ويساعد هذا التصنيف على تمييز ما يحتاج إلى إجراء مباشر في النسخة الحالية من الشيفرة.

أما فئة «محلّة منذ المراجعة السابقة»، فتضم المشكلات التي تحقق Copilot من إصلاحها. ويعرض كل finding ضمن هذه الفئة درجة خطورته ورابطاً إلى التعليق المضمّن المرتبط به، بما يتيح الانتقال سريعاً من الملخص إلى موضع الشيفرة المعني والتحقق من التغيير.

وتتضمن الفئة الثالثة «ملاحظات اكتُشفت لاحقاً» المشكلات التي لم تنتج عن التزام جديد، لكنها ظهرت في التغييرات الموجودة بعد أن أجرى Copilot مراجعة لاحقة. وتعرض هذه الفئة التفاصيل الدقيقة للتعليقات، لأن هذه الملاحظات لا تكون منشورة في موضع آخر داخل طلب السحب.

حفظ التقدم بين المراجعات

عند دفع التزامات إضافية إلى طلب السحب وطلب مراجعة جديدة، يحتفظ الملخص بسجل للتقدم وبنتائج Copilot التي ظهرت خلال المراجعات المتتابعة. وبذلك لا تقتصر واجهة المراجعة على عرض لقطة منفردة من الحالة الحالية، بل تساعد أيضاً في تتبع ما عولج وما بقي مفتوحاً وما اكتُشف في مراحل لاحقة.

وتحصل كل ملاحظة في مراجعة الشيفرة الآن على عنوان يصف ما تم العثور عليه بإيجاز. وتُستخدم هذه العناوين في قائمة المشكلات داخل تعليق الملخص، كما تظهر كوصف سريع لنتائج Copilot. وترى GitHub أن هذا الأسلوب يتيح للمطورين ترتيب الملاحظات وتحديد النتائج التي ينبغي فحصها أولاً، من دون الحاجة إلى قراءة التعليق الكامل لكل نتيجة قبل تكوين صورة أولية عنها.

تسوية أذكى لتعليقات المراجعة

وسّعت GitHub قدرات التسوية التلقائية لتعليقات Copilot، بحيث يستطيع النظام تحديد ما إذا كانت الملاحظة قد عولجت بين مراجعتين. وتقول الشركة إن هذه الإمكانات أصبحت أكثر ذكاءً في التعامل مع الحالات التي قد لا يكون فيها إغلاق التعليق تلقائياً مناسباً.

فإذا تلقى تعليق من تعليقات مراجعة Copilot رداً يطلب إبقاء المشكلة مفتوحة، فسوف يحترم Copilot هذا الرد ولا يغلق الملاحظة تلقائياً. ويعني ذلك أن النقاش البشري المرتبط بالتعليق يظل عاملاً مؤثراً في حالة الملاحظة، حتى إذا رصد النظام تغييرات لاحقة في الشيفرة.

كما يحدد Copilot الآن سبب التسوية عند إغلاق تعليقاته استناداً إلى الالتزامات التالية. ويكون السبب إما «لن نُصلحها» أو «غير صحيحة»، وفقاً لما توصل إليه النظام من التغييرات اللاحقة. وتضيف هذه الأسباب تفسيراً إلى حالة التعليق، بدلاً من الاكتفاء بإزالته من قائمة العمل النشطة.

رسائل التزام تلقائية للاقتراحات المجمعة

تقدم التحديثات أيضاً رسائل التزام ذكية عند اعتماد دفعة مؤهلة ومكتملة من اقتراحات مراجعة الشيفرة التي أنشأها Copilot. فعند تنفيذ الالتزام بالتغييرات المحددة، ينشئ Copilot عنواناً مناسباً لرسالة الالتزام، ويمكنه كذلك إنشاء وصف اختياري يستند إلى التعديلات التي جرى اختيارها.

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

تجمع هذه الميزات، وفق إعلان GitHub، بين تتبع أفضل لحالة المراجعة، وتصنيف أكثر وضوحاً للنتائج، وتسوية تلقائية تراعي سياق التعليقات، وأتمتة جزئية لكتابة رسائل الالتزام. وتتوفر التحديثات حالياً بصورة عامة ضمن تجربة Copilot code review.

المصادر

• GitHub ChangelogCopilot code review: An improved review experience