मर्क्यूरियल को पायथन 3 में स्थानांतरित करने की कीमत अप्रत्याशित त्रुटियों का एक निशान हो सकती है।

संस्करण नियंत्रण प्रणाली अनुरक्षक अस्थिर मुझे नीचा दिखाया परिणाम प्रोजेक्ट को Python 2 से Python 3 में स्थानांतरित करने पर काम करें। इस तथ्य के बावजूद कि पहला पोर्टिंग प्रयास 2008 में किया गया था, और Python 3 के साथ काम करने के लिए त्वरित अनुकूलन 2015 में शुरू हुआ, Python 3 का उपयोग करने की पूर्ण क्षमता केवल नवीनतम में लागू की गई थी मर्क्यूरियल 5.2 की शाखा।

पायथन 3 के लिए पोर्ट की स्थिरता के बारे में पूर्वानुमान निराशाजनक हैं। विशेष रूप से, यह उम्मीद की जाती है कि कई वर्षों के दौरान कोड में यादृच्छिक त्रुटियां सामने आएंगी, क्योंकि परीक्षण 100% कोड आधार को कवर नहीं करते हैं, और कई समस्याएं स्थैतिक विश्लेषण के दौरान अदृश्य होती हैं और केवल रनटाइम पर दिखाई देती हैं। इसके अलावा, कई तृतीय-पक्ष ऐड-ऑन और एक्सटेंशन का Python 3 में अनुवाद नहीं किया गया है।
चूँकि पोर्टिंग के दौरान कोड को धीरे-धीरे Python 3 में अनुकूलित करने का निर्णय लिया गया था, Python 2 के लिए समर्थन बनाए रखते हुए, कोड ने Python 2 और 3 को संयोजित करने के लिए कई हैक्स हासिल कर लिए, जिन्हें Python 2 के लिए समर्थन समाप्त होने के बाद साफ़ करना होगा।

पायथन 3 के साथ स्थिति पर टिप्पणी करते हुए, मर्क्यूरियल अनुरक्षक का मानना ​​है कि इंटरऑपरेबिलिटी-ब्रेकिंग पायथन 3 को बढ़ावा देने और डेवलपर्स के लिए प्रासंगिक महत्वपूर्ण सुधारों के अभाव में इसे एक नई, अधिक सही भाषा के रूप में लागू करने का निर्णय एक बड़ी गलती थी जिसके कारण समुदाय के लिए बहुत बड़ा नुकसान है और यह इस बात का उदाहरण है कि बड़ी परियोजनाओं को ऐसा करने की आवश्यकता नहीं है। धीरे-धीरे कार्यक्षमता का निर्माण करने और अनुप्रयोगों को क्रमिक रूप से अनुकूलित करने की अनुमति देने के बजाय, पायथन 3 की रिलीज ने डेवलपर्स को कोड को फिर से लिखने और पायथन 2 और पायथन 3 के लिए अलग-अलग शाखाएं बनाए रखने के लिए संसाधन खर्च करने के लिए मजबूर किया। पायथन 3.0 की रिलीज के सात साल बाद तक ऐसा नहीं हुआ था। पायथन 3.5 ने संक्रमण प्रक्रिया को सुचारू बनाने और यह सुनिश्चित करने के लिए सुविधाएँ पेश कीं कि एक ही कोड बेस पायथन 2 और पायथन 3 दोनों को चलाता है।

स्रोत: opennet.ru