Ferzje kontrôle systeem ûnderhâlder lit my del wurkje oan it oerdragen fan it projekt fan Python 2 nei Python 3. Nettsjinsteande it feit dat de earste portingpogingen werom waarden makke yn 2008, en de fersnelde oanpassing foar wurkjen mei Python 3 begon yn 2015, waard de folsleine mooglikheid om Python 3 te brûken allinich yn 'e lêste ymplementearre. tûke fan Mercurial 5.2.
Foarsizzings oer de stabiliteit fan 'e haven foar Python 3 binne teloarstellend. Benammen wurdt ferwachte dat willekeurige flaters sille pop up yn de koade yn de rin fan ferskate jierren, sûnt tests net cover 100% fan de koade basis, en in protte problemen binne ûnsichtber ûnder statyske analyze en allinnich ferskine op runtime. Derneist bliuwe in protte tafoegings en tafoegings fan tredden net oerset nei Python 3.
Om't by it portearjen waard besletten om de koade stadichoan oan te passen oan Python 3, wylst de stipe foar Python 2 behâlde, krige de koade in protte hacks om Python 2 en 3 te kombinearjen, dy't moatte wurde skjinmakke neidat de stipe foar Python 2 einiget.
Kommentaar oer de situaasje mei Python 3, is de Mercurial-ûnderhâlder fan betinken dat it beslút om de ynteroperabiliteit-brekkende Python 3 te befoarderjen en it op te lizzen as in nije, krekter taal, yn it ûntbrekken fan trochbraakferbetterings dy't relevant binne foar ûntwikkelders, in grutte flater wie dy't feroarsake grutte skea foar de mienskip en is in foarbyld fan hoe net grutte projekten dat moatte dwaan. Ynstee fan stadichoan funksjonaliteit op te bouwen en applikaasjes ynkrementeel oanpast wurde te litten, twong de frijlitting fan Python 3 ûntwikkelders om koade te herskriuwen en boarnen te besteegjen oan it behâld fan aparte tûken foar Python 2 en Python 3. It wie net oant sân jier nei de frijlitting fan Python 3.0 dat Python 3.5 yntrodusearre funksjes om it oergongsproses glêd te meitsjen en te soargjen dat deselde koadebasis sawol Python 2 as Python 3 rint.
Boarne: opennet.ru
