Mbajtës i sistemit të kontrollit të versionit më lësho poshtë puna për transferimin e projektit nga Python 2 në Python 3. Përkundër faktit se përpjekjet e para të portimit u bënë në vitin 2008 dhe përshtatja e përshpejtuar për të punuar me Python 3 filloi në 2015, aftësia e plotë për të përdorur Python 3 u zbatua vetëm në të fundit dega e Mercurial 5.2.
Parashikimet për stabilitetin e portit për Python 3 janë zhgënjyese. Në veçanti, pritet që gabimet e rastësishme të shfaqen në kod gjatë disa viteve, pasi testet nuk mbulojnë 100% të bazës së kodit dhe shumë probleme janë të padukshme gjatë analizës statike dhe shfaqen vetëm në kohën e ekzekutimit. Përveç kësaj, shumë shtesa dhe shtesa të palëve të treta mbeten të papërkthyera në Python 3.
Meqenëse gjatë transferimit u vendos që gradualisht të adaptohej kodi në Python 3, duke ruajtur mbështetjen për Python 2, kodi fitoi shumë hake për të kombinuar Python 2 dhe 3, të cilat do të duhet të pastrohen pasi të përfundojë mbështetja për Python 2.
Duke komentuar situatën me Python 3, mirëmbajtësi Mercurial beson se vendimi për të promovuar Python 3 që thyen ndërveprueshmërinë dhe për ta imponuar atë si një gjuhë të re, më korrekte, në mungesë të përmirësimeve të reja të rëndësishme për zhvilluesit, ishte një gabim i madh që shkaktoi dëm i madh për komunitetin dhe është një shembull sesi projektet jo të mëdha duhet ta bëjnë këtë. Në vend që të ndërtohej gradualisht funksionaliteti dhe të lejonte që aplikacionet të personalizoheshin në mënyrë graduale, lëshimi i Python 3 i detyroi zhvilluesit të rishkruajnë kodin dhe të shpenzojnë burime për të ruajtur degë të veçanta për Python 2 dhe Python 3. Vetëm shtatë vjet pas lëshimit të Python 3.0 Python 3.5 prezantoi veçori për të zbutur procesin e tranzicionit dhe për të siguruar që e njëjta bazë kodi të ekzekutojë si Python 2 ashtu edhe Python 3.
Burimi: opennet.ru