המחיר של העברת Mercurial לפייתון 3 עשוי להיות שובל של שגיאות בלתי צפויות.

מתחזק מערכת בקרת גרסאות כַּספִּיתִי אכזב אותי סך הכל עבודה על העברת הפרויקט מ-Python 2 לפייתון 3. למרות העובדה שניסיונות ההעברה הראשונים בוצעו עוד ב-2008, וההתאמה המואצת לעבודה עם Python 3 החלה ב-2015, היכולת המלאה להשתמש ב-Python 3 יושמה רק באחרונה סניף של Mercurial 5.2.

התחזיות לגבי יציבות היציאה עבור Python 3 מאכזבות. בפרט, צפוי שגיאות אקראיות יופיעו בקוד במהלך מספר שנים, שכן בדיקות אינן מכסות 100% מבסיס הקוד, ובעיות רבות אינן נראות במהלך ניתוח סטטי ומופיעות רק בזמן ריצה. בנוסף, תוספות והרחבות רבות של צד שלישי נותרו לא מתורגמות לפייתון 3.
מאחר ובמהלך הפורטה הוחלט להתאים את הקוד בהדרגה לפייתון 3, תוך שמירה על תמיכה ב-Python 2, הקוד רכש פריצות רבות לשילוב בין Python 2 ו-3, אותם יהיה צורך לנקות לאחר סיום התמיכה ב-Python 2.

בהתייחסו למצב עם Python 3, מתחזקת Mercurial סבורה שההחלטה לקדם את Python 3 פורץ התפעול ולהטיל אותו כשפה חדשה ונכונה יותר, בהיעדר שיפורים פורצי דרך הרלוונטיים למפתחים, הייתה טעות גדולה שגרמה פגיעה גדולה בקהילה ומהווה דוגמה לכך שפרויקטים גדולים לא צריכים לעשות זאת. במקום לבנות בהדרגה פונקציונליות ולאפשר התאמה אישית של יישומים, השחרור של Python 3 אילץ מפתחים לשכתב קוד ולבזבז משאבים בשמירה על סניפים נפרדים עבור Python 2 ו- Python 3. רק שבע שנים לאחר שחרורו של Python 3.0 Python 3.5 הציג תכונות כדי להחליק את תהליך המעבר ולהבטיח שאותו בסיס קוד מריץ גם את Python 2 וגם Python 3.

מקור: OpenNet.ru