Mercurial-ის პითონ 3-ში მიგრაციის ფასი შეიძლება იყოს მოულოდნელი შეცდომების კვალი.

ვერსიის კონტროლის სისტემის შემნარჩუნებელი Mercurial დამანებე შედეგი მუშაობა პროექტის Python 2-დან Python 3-ზე გადატანაზე. მიუხედავად იმისა, რომ პორტირების პირველი მცდელობები განხორციელდა ჯერ კიდევ 2008 წელს და დაჩქარებული ადაპტაცია Python 3-თან მუშაობისთვის დაიწყო 2015 წელს, Python 3-ის გამოყენების სრული შესაძლებლობა განხორციელდა მხოლოდ ბოლო პერიოდში. Mercurial-ის ფილიალი 5.2.

Python 3-ისთვის პორტის სტაბილურობის შესახებ პროგნოზები გულდასაწყვეტია. კერძოდ, მოსალოდნელია, რომ შემთხვევითი შეცდომები გამოჩნდება კოდში რამდენიმე წლის განმავლობაში, რადგან ტესტები არ მოიცავს კოდის ბაზის 100%-ს და ბევრი პრობლემა უხილავია სტატიკური ანალიზის დროს და ჩნდება მხოლოდ გაშვების დროს. გარდა ამისა, ბევრი მესამე მხარის დანამატი და გაფართოება გადაუთარგმნელი რჩება Python 3-ზე.
ვინაიდან პორტირების დროს გადაწყდა კოდის თანდათანობით ადაპტირება Python 3-ზე, Python 2-ის მხარდაჭერის შენარჩუნებისას, კოდმა შეიძინა მრავალი ჰაკი Python 2-ისა და 3-ის დასაკავშირებლად, რომლებიც უნდა გაიწმინდოს პითონ 2-ის მხარდაჭერის დასრულების შემდეგ.

Python 3-ის სიტუაციის კომენტირებისას, Mercurial-ის შემსრულებელი თვლის, რომ გადაწყვეტილება, ხელი შეუწყოს თავსებადობის დარღვევას Python 3-ს და დააწესოს იგი, როგორც ახალი, უფრო სწორი ენა, დეველოპერებისთვის მნიშვნელოვანი გაუმჯობესების არარსებობის პირობებში, იყო დიდი შეცდომა, რამაც გამოიწვია. დიდი ზიანი მიაყენა საზოგადოებას და არის მაგალითი იმისა, თუ როგორ არა მსხვილ პროექტებს ესაჭიროებათ ამის გაკეთება. იმის ნაცვლად, რომ თანდათან აეშენებინათ ფუნქციები და დაეშვათ აპლიკაციების თანდათანობითი მორგება, Python 3-ის გამოშვებამ აიძულა დეველოპერები გადაეწერათ კოდი და დახარჯულიყვნენ რესურსები ცალკეული ფილიალების შესანარჩუნებლად Python 2-ისა და Python 3-ისთვის. Python 3.0-ის გამოშვებიდან მხოლოდ შვიდი წლის შემდეგ იყო. Python 3.5-მა შემოიტანა ფუნქციები გადასვლის პროცესის გასამარტივებლად და იმის უზრუნველსაყოფად, რომ იგივე კოდის ბაზა მუშაობს როგორც Python 2-ზე, ასევე Python 3-ზე.

წყარო: opennet.ru