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

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

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

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

ਸਰੋਤ: opennet.ru