Bertsioak kontrolatzeko sistemaren mantentzailea utzi nauzu proiektua Python 2-tik Python 3-ra transferitzeko lan egin. 2008an lehen porturatzeko saiakerak egin baziren ere, eta Python 3-rekin lan egiteko egokitzapen bizkortua 2015ean hasi zen arren, Python 3 erabiltzeko gaitasun osoa azken urteetan bakarrik inplementatu zen. Mercurial-en adarra 5.2.
Python 3-rako portuaren egonkortasunari buruzko iragarpenak etsigarriak dira. Bereziki, espero da zenbait urtetan zehar ausazko erroreak agertuko direla kodean, probak ez baitute kode-oinarriaren % 100 estaltzen, eta arazo asko ikusezinak dira analisi estatikoan eta exekuzioan bakarrik agertzen dira. Gainera, hirugarrenen gehigarri eta luzapen asko Python 3ra itzuli gabe geratzen dira.
Portatzean zehar kodea pixkanaka Python 3ra egokitzea erabaki zenez, Python 2rako euskarria mantenduz, kodeak Python 2 eta 3 konbinatzeko hack asko eskuratu zituen, Python 2rako laguntza amaitu ondoren garbitu beharko direnak.
Python 3-ren egoera komentatuz, Mercurial-en mantentzaileak uste du elkarreragingarritasuna hausten duen Python 3 sustatu eta hizkuntza berri eta zuzenago gisa inposatzeko erabakia, garatzaileentzat garrantzitsuak diren aurrerapen hobekuntzarik ezean, eragin duen akats handia izan dela. kalte handia komunitateari eta proiektu handiek hori egin behar ez dutenaren adibidea da. Pixkanaka funtzionalitateak eraiki eta aplikazioak pixkanaka pertsonalizatzeko aukera eman beharrean, Python 3 kaleratzeak garatzaileak kodea berridatzi eta baliabideak gastatzera behartu zituen Python 2 eta Python 3rako adar bereiziak mantenduz. Python 3.0 kaleratu eta zazpi urtera arte ez zen izan. Python 3.5-ek trantsizio-prozesua leuntzeko eta kode-oinarri berak Python 2 eta Python 3 exekutatzen dituela ziurtatzeko ezaugarriak sartu zituen.
Iturria: opennet.ru