Mercurial ਨੂੰ Python 3 ਵਿੱਚ ਮਾਈਗਰੇਟ ਕਰਨ ਦੀ ਕੀਮਤ ਅਚਾਨਕ ਗਲਤੀਆਂ ਦਾ ਇੱਕ ਟ੍ਰੇਲ ਹੋ ਸਕਦਾ ਹੈ।

ਵਰਜਨ ਕੰਟਰੋਲ ਸਿਸਟਮ ਰੱਖਿਅਕ ਮਰਕੁਰੀਅਲ ਨੀਵਾਂ ਕਰਨਾ ਨਤੀਜਾ ਪ੍ਰੋਜੈਕਟ ਨੂੰ ਪਾਈਥਨ 2 ਤੋਂ ਪਾਈਥਨ 3 ਵਿੱਚ ਮਾਈਗ੍ਰੇਟ ਕਰਨ 'ਤੇ ਕੰਮ ਕਰੋ। ਹਾਲਾਂਕਿ ਪਹਿਲੀਆਂ ਪੋਰਟਿੰਗ ਕੋਸ਼ਿਸ਼ਾਂ 2008 ਵਿੱਚ ਕੀਤੀਆਂ ਗਈਆਂ ਸਨ, ਅਤੇ ਪਾਈਥਨ 3 ਲਈ ਤੇਜ਼ ਅਨੁਕੂਲਨ 2015 ਵਿੱਚ ਸ਼ੁਰੂ ਹੋਇਆ ਸੀ, ਪੂਰਾ ਪਾਈਥਨ 3 ਸਮਰਥਨ ਸਿਰਫ ਨਵੀਨਤਮ ਮਰਕਿਊਰੀਅਲ 5.2 ਰੀਲੀਜ਼ ਵਿੱਚ ਲਾਗੂ ਕੀਤਾ ਗਿਆ ਸੀ।

ਪਾਈਥਨ 3 ਪੋਰਟ ਦੀ ਸਥਿਰਤਾ ਲਈ ਭਵਿੱਖਬਾਣੀਆਂ ਨਿਰਾਸ਼ਾਜਨਕ ਹਨ। ਖਾਸ ਤੌਰ 'ਤੇ, ਇਹ ਉਮੀਦ ਕੀਤੀ ਜਾਂਦੀ ਹੈ ਕਿ ਅਗਲੇ ਕੁਝ ਸਾਲਾਂ ਵਿੱਚ ਕੋਡ ਵਿੱਚ ਬੇਤਰਤੀਬ ਬੱਗ ਸਾਹਮਣੇ ਆਉਣਗੇ, ਕਿਉਂਕਿ ਟੈਸਟ ਕੋਡਬੇਸ ਦੇ 100% ਨੂੰ ਕਵਰ ਨਹੀਂ ਕਰਦੇ ਹਨ, ਅਤੇ ਬਹੁਤ ਸਾਰੇ ਮੁੱਦੇ ਸਥਿਰ ਵਿਸ਼ਲੇਸ਼ਣ ਲਈ ਅਦਿੱਖ ਹੁੰਦੇ ਹਨ ਅਤੇ ਸਿਰਫ ਰਨਟਾਈਮ 'ਤੇ ਸਪੱਸ਼ਟ ਹੋ ਜਾਂਦੇ ਹਨ। ਇਸ ਤੋਂ ਇਲਾਵਾ, ਬਹੁਤ ਸਾਰੇ ਥਰਡ-ਪਾਰਟੀ ਐਡ-ਆਨ ਅਤੇ ਐਕਸਟੈਂਸ਼ਨ ਪਾਈਥਨ 3 ਵਿੱਚ ਅਨਪੋਰਟ ਕੀਤੇ ਰਹਿੰਦੇ ਹਨ।
ਕਿਉਂਕਿ ਪੋਰਟਿੰਗ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਪਾਈਥਨ 2 ਲਈ ਸਮਰਥਨ ਬਣਾਈ ਰੱਖਦੇ ਹੋਏ ਕੋਡ ਨੂੰ ਹੌਲੀ-ਹੌਲੀ ਪਾਈਥਨ 3 ਦੇ ਅਨੁਕੂਲ ਬਣਾਉਣ ਲਈ ਤਿਆਰ ਕੀਤਾ ਗਿਆ ਸੀ, ਇਸ ਲਈ ਕੋਡ ਪਾਈਥਨ 2 ਅਤੇ 3 ਨੂੰ ਜੋੜਨ ਲਈ ਬਹੁਤ ਸਾਰੇ ਹੈਕਾਂ ਨਾਲ ਭਰ ਗਿਆ ਹੈ, ਜਿਨ੍ਹਾਂ ਨੂੰ ਪਾਈਥਨ 2 ਸਮਰਥਨ ਖਤਮ ਹੋਣ ਤੋਂ ਬਾਅਦ ਸਾਫ਼ ਕਰਨਾ ਪਵੇਗਾ।

ਪਾਈਥਨ 3 ਦੀ ਸਥਿਤੀ 'ਤੇ ਟਿੱਪਣੀ ਕਰਦੇ ਹੋਏ, ਮਰਕਿਊਰੀਅਲ ਦੇ ਰੱਖ-ਰਖਾਅ ਕਰਨ ਵਾਲੇ ਦਾ ਮੰਨਣਾ ਹੈ ਕਿ ਡਿਵੈਲਪਰਾਂ ਲਈ ਕਿਸੇ ਵੀ ਮਹੱਤਵਪੂਰਨ ਸੁਧਾਰ ਤੋਂ ਬਿਨਾਂ, ਅਸੰਗਤ ਪਾਈਥਨ 3 ਨੂੰ ਉਤਸ਼ਾਹਿਤ ਕਰਨ ਅਤੇ ਇਸਨੂੰ ਨਵੀਂ, ਵਧੇਰੇ ਸਹੀ ਭਾਸ਼ਾ ਵਜੋਂ ਅੱਗੇ ਵਧਾਉਣ ਦਾ ਫੈਸਲਾ, ਇੱਕ ਵੱਡੀ ਗਲਤੀ ਸੀ ਜਿਸਨੇ ਭਾਈਚਾਰੇ ਨੂੰ ਮਹੱਤਵਪੂਰਨ ਨੁਕਸਾਨ ਪਹੁੰਚਾਇਆ ਅਤੇ ਇਹ ਇੱਕ ਉਦਾਹਰਣ ਵਜੋਂ ਕੰਮ ਕਰਦਾ ਹੈ ਕਿ ਵੱਡੇ ਪ੍ਰੋਜੈਕਟਾਂ ਨੂੰ ਕਿਵੇਂ ਸੰਭਾਲਿਆ ਨਹੀਂ ਜਾਣਾ ਚਾਹੀਦਾ। ਹੌਲੀ-ਹੌਲੀ ਕਾਰਜਸ਼ੀਲਤਾ ਵਧਾਉਣ ਅਤੇ ਐਪਲੀਕੇਸ਼ਨਾਂ ਦੇ ਵਧਦੇ ਅਨੁਕੂਲਨ ਨੂੰ ਸਮਰੱਥ ਬਣਾਉਣ ਦੀ ਬਜਾਏ, ਪਾਈਥਨ 3 ਦੀ ਰਿਲੀਜ਼ ਨੇ ਡਿਵੈਲਪਰਾਂ ਨੂੰ ਕੋਡ ਦੁਬਾਰਾ ਲਿਖਣ ਅਤੇ ਪਾਈਥਨ 2 ਅਤੇ ਪਾਈਥਨ 3 ਲਈ ਵੱਖਰੀਆਂ ਸ਼ਾਖਾਵਾਂ ਨੂੰ ਬਣਾਈ ਰੱਖਣ ਵਾਲੇ ਸਰੋਤਾਂ ਨੂੰ ਬਰਬਾਦ ਕਰਨ ਲਈ ਮਜਬੂਰ ਕੀਤਾ। ਪਾਈਥਨ 3.0 ਦੀ ਰਿਲੀਜ਼ ਤੋਂ ਸਿਰਫ਼ ਸੱਤ ਸਾਲ ਬਾਅਦ, ਪਾਈਥਨ 3.5 ਨੇ ਅਜਿਹੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਲਾਗੂ ਕੀਤੀਆਂ ਜੋ ਤਬਦੀਲੀ ਨੂੰ ਸੁਚਾਰੂ ਬਣਾਉਂਦੀਆਂ ਅਤੇ ਪਾਈਥਨ 2 ਅਤੇ ਪਾਈਥਨ 3 ਦੇ ਨਾਲ ਇੱਕ ਸਿੰਗਲ ਕੋਡਬੇਸ ਦੇ ਸਹਿ-ਹੋਂਦ ਦੀ ਆਗਿਆ ਦਿੰਦੀਆਂ।

ਸਰੋਤ: opennet.ru