صيانة نظام التحكم في الإصدار خذل العمل على نقل المشروع من Python 2 إلى Python 3. وعلى الرغم من أن المحاولات الأولى للنقل تمت في عام 2008، وبدأ التكيف القسري للعمل مع Python 3 في عام 2015، إلا أن القدرة الكاملة على استخدام Python 3 تم تنفيذها فقط في أحدث فرع من Mercurial 5.2.
إن التوقعات بشأن استقرار منفذ Python 3 مخيبة للآمال. ومن المتوقع على وجه الخصوص أن تظهر أخطاء عشوائية في الكود على مدار عدة سنوات، لأن الاختبارات لا تغطي 100% من قاعدة الكود، والعديد من المشاكل غير مرئية أثناء التحليل الثابت وتظهر فقط أثناء التنفيذ. بالإضافة إلى ذلك، لا تزال العديد من الإضافات والملحقات التابعة لجهات خارجية غير مترجمة إلى Python 3.
نظرًا لأن القرار تم اتخاذه أثناء النقل لتكييف الكود تدريجيًا مع Python 3، مع الحفاظ على دعم Python 2، فقد اكتسب الكود العديد من الاختراقات لدمج Python 2 و3، والتي سيتعين تنظيفها بعد انتهاء دعم Python 2.
في تعليقه على الوضع مع Python 3، يعتقد مطور Mercurial أن قرار الترويج لـ Python 3 الذي يكسر التوافق وفرضه كلغة جديدة أكثر صحة، في غياب التحسينات الرائدة التي تهم المطورين، كان خطأً كبيراً تسبب في ضرر كبير للمجتمع وهو مثال على كيف لا ينبغي للمشاريع الكبيرة أن تتصرف. بدلاً من إضافة الوظائف تدريجيًا والسماح بالتكيف التدريجي للتطبيقات، أجبر Python 3 المطورين على إعادة كتابة التعليمات البرمجية وإنفاق الموارد في صيانة فروع منفصلة لـ Python 2 وPython 3. ولم يكن الأمر كذلك إلا بعد سبع سنوات من Python 3.0 عندما قدم Python 3.5 ميزات سهّلت الانتقال وسمحت لقاعدة كود واحدة بالعمل مع كل من Python 2 وPython 3.
المصدر: opennet.ru
