Mercurial लाई Python 3 मा माइग्रेट गर्ने मूल्य अप्रत्याशित त्रुटिहरूको ट्रेल हुन सक्छ।

संस्करण नियन्त्रण प्रणाली संरक्षक मर्कुरियल मलाई तल दिनुहोस् परिणाम Python 2 बाट Python 3 मा परियोजना हस्तान्तरण गर्ने काम। 2008 मा पहिलो पोर्टिङ्ग प्रयासहरू फिर्ता गरिएको थियो, र पाइथन 3 सँग काम गर्नको लागि द्रुत अनुकूलन 2015 मा सुरु भएको तथ्यको बावजुद, पाइथन 3 प्रयोग गर्ने पूर्ण क्षमता पछिल्लो समयमा मात्र लागू गरिएको थियो। Mercurial 5.2 को शाखा।

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

Python 3 को स्थितिमा टिप्पणी गर्दै, Mercurial रखरखावकर्ता विश्वास गर्दछ कि अन्तरक्रियात्मकता-ब्रेकिङ पाइथन 3 लाई बढावा दिने र यसलाई नयाँ, अझ सही भाषाको रूपमा लागू गर्ने निर्णय, विकासकर्ताहरूसँग सान्दर्भिक सफलता सुधारहरूको अभावमा, एउटा ठूलो गल्ती थियो। समुदायको लागि ठूलो हानि र कसरी ठूला परियोजनाहरूले त्यसो गर्न आवश्यक छैन भन्ने उदाहरण हो। बिस्तारै कार्यक्षमता निर्माण गर्न र अनुप्रयोगहरूलाई बढ्दो रूपमा अनुकूलित गर्न अनुमति दिनुको सट्टा, पाइथन 3 को रिलीजले विकासकर्ताहरूलाई कोड पुन: लेख्न र पाइथन 2 र पाइथन 3 को लागि अलग-अलग शाखाहरू कायम राख्न स्रोतहरू खर्च गर्न बाध्य पार्यो। यो पाइथन 3.0 को रिलीज भएको सात वर्ष पछि सम्म भएको थिएन। पाइथन 3.5 ले ट्रान्जिसन प्रक्रियालाई सहज बनाउन र एउटै कोड आधार पाइथन 2 र पाइथन 3 दुबै चल्ने सुनिश्चित गर्न सुविधाहरू प्रस्तुत गर्‍यो।

स्रोत: opennet.ru