Amp يرتّب الملفات في الـ diff حسب الأهمية ويحسب الترتيب في 0,1 ثانية بدلاً من 3,5 ثانية

حدّث Amp، مساعد التطوير من Sourcegraph، لوحة Changes. صارت اللوحة ترتّب ملفات الـ diff تلقائياً بترتيب منطقي: تقرأ التغييرات، وتحدد الملفات التي لا يُفهم التعديل من دونها، وتضعها في المقدمة. كان هذا الفرز في السابق يتطلب تشغيلاً يدوياً ويستغرق وقتاً ملحوظاً. وفي عرض قدّمه المطورون على diff من ثمانية ملفات، استغرقت الطريقة القديمة 3,5 ثانية، بينما تكتفي الجديدة بـ 0,1 ثانية. أي أن السرعة زادت بنحو 35 مرة.

ما الذي يتغيّر بالتحديد في لوحة Changes

تعرض معظم الأدوات الملفات في الـ diff بترتيب أبجدي. وهذا غير عملي في المراجعة: فقد يأتي ترحيل قاعدة البيانات في آخر القائمة، وتسبقه الاختبارات وملفات الإعدادات. فيقرأ المراجع النتائج قبل الأسباب، ويجمع الصورة من أجزاء متفرقة.

يقترح Amp نهجاً مختلفاً. يحلل النظام الـ diff نفسه، ويحدد الملفات التي تشكّل جوهر التغيير، ويرفعها إلى الأعلى. وفي المثال الوارد في الإعلان، وضعت الطريقتان القديمة والجديدة ترحيل قاعدة البيانات في المرتبة الأولى على diff من ثمانية ملفات. لم تتغير النتيجة، وإنما تغيّرت سرعة الحصول عليها فقط.

لم يكشف الإعلان عن النموذج المسؤول عن الترتيب، ولا عن المعايير التي يُعدّ الملف بموجبها «جوهرياً». المعروف فقط أن الترتيب يُبنى على محتوى الـ diff لا على أسماء الملفات.

ترتيب لا يُفسد المراجعة

أكثر ما يستحق الانتباه هنا هو سلوك اللوحة عند تحديث الـ diff. حين يواصل الوكيل عمله وتتغير التعديلات في المستودع، لا يُطبَّق الترتيب المعاد حسابه من تلقاء نفسه. تبقى الملفات في أماكنها ما دمت تقرأها. وبدلاً من ذلك، تضيء نقطة زرقاء على زر الفرز الذكي، وبالنقر عليها يُطبَّق الترتيب الجديد.

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

السرعة شرط للأتمتة

الفرز الذي يستغرق 3,5 ثانية لا بد من تشغيله يدوياً، لأن الانتظار في كل مرة مزعج. أما الفرز الذي يستغرق 0,1 ثانية فيعمل دون انتظار، ولذلك يمكن جعله السلوك الافتراضي. وهكذا تلغي السرعة الحاجة إلى زر تشغيل مستقل.

أبرز معالم التحديث:

• يُبنى ترتيب الملفات في لوحة Changes تلقائياً، دون تشغيل يدوي.
• زمن الحساب على diff من ثمانية ملفات: 0,1 ثانية مقابل 3,5 ثانية سابقاً.
• تُمنح الأولوية للملفات التي تحدد جوهر التغيير، مثل ترحيلات قاعدة البيانات.
• عند تغيّر الـ diff يُعاد حساب الترتيب، لكنه لا يُطبَّق دون تأكيد.
• إشعار التحديث: نقطة زرقاء على زر الفرز الذكي.
• يمكن العودة إلى الترتيب الأبجدي بالنقر على الزر نفسه.

كيف تستخدمه وما الذي لا يزال غير واضح

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

نصيحة عملية للفرق التي تعمل مع Amp بالفعل: أبقوا الترتيب التلقائي مفعّلاً لأسبوعين، وقارنوا مدى سرعة وصول المراجعين إلى المواضع الإشكالية. وإذا لم يناسب منطق الترتيب مستودعاً بعينه، كالمستودع الأحادي (monorepo) الذي يضم عدداً كبيراً من الملفات المولَّدة، فيمكن العودة إلى الترتيب الأبجدي بنقرة واحدة.

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