GitHub 'ਤੇ ਪੁਰਾਲੇਖ ਚੈੱਕਸਮਾਂ ਵਿੱਚ ਤਬਦੀਲੀਆਂ ਕਾਰਨ ਬਿਲਡ ਸਿਸਟਮ ਵਿੱਚ ਅਸਫਲਤਾਵਾਂ

GitHub ਨੇ ਰੀਲੀਜ਼ ਪੰਨਿਆਂ 'ਤੇ ".tar.gz" ਅਤੇ ".tgz" ਪੁਰਾਲੇਖਾਂ ਨੂੰ ਸਵੈਚਲਿਤ ਤੌਰ 'ਤੇ ਤਿਆਰ ਕਰਨ ਦੇ ਤਰੀਕੇ ਨੂੰ ਬਦਲ ਦਿੱਤਾ, ਜਿਸ ਨਾਲ ਉਹਨਾਂ ਦੇ ਚੈੱਕਸਮਾਂ ਵਿੱਚ ਤਬਦੀਲੀਆਂ ਹੋਈਆਂ ਅਤੇ ਸਵੈਚਾਲਤ ਬਿਲਡ ਸਿਸਟਮਾਂ ਵਿੱਚ ਵੱਡੀਆਂ ਅਸਫਲਤਾਵਾਂ ਹੋਈਆਂ, ਜੋ ਕਿ ਅਖੰਡਤਾ ਦੀ ਪੁਸ਼ਟੀ ਕਰਨ ਲਈ ਗੀਟਹਬ ਤੋਂ ਡਾਊਨਲੋਡ ਕੀਤੇ ਪੁਰਾਲੇਖਾਂ ਦੀ ਜਾਂਚ ਕਰਦੇ ਹਨ। ਸਟੋਰ ਕੀਤੇ ਚੈੱਕਸਮ, ਉਦਾਹਰਨ ਲਈ, ਪੈਕੇਜ ਮੈਟਾਡੇਟਾ ਜਾਂ ਬਿਲਡ ਸਕ੍ਰਿਪਟਾਂ ਵਿੱਚ ਰੱਖੇ ਗਏ ਹਨ।

ਰੀਲੀਜ਼ 2.38 ਦੇ ਨਾਲ ਸ਼ੁਰੂ ਕਰਦੇ ਹੋਏ, Git ਟੂਲਕਿੱਟ ਵਿੱਚ ਡਿਫਾਲਟ ਰੂਪ ਵਿੱਚ gzip ਦਾ ਇੱਕ ਬਿਲਟ-ਇਨ ਲਾਗੂਕਰਨ ਸ਼ਾਮਲ ਹੈ, ਜਿਸ ਨੇ ਓਪਰੇਟਿੰਗ ਸਿਸਟਮਾਂ ਵਿੱਚ ਇਸ ਕੰਪਰੈਸ਼ਨ ਵਿਧੀ ਲਈ ਸਮਰਥਨ ਨੂੰ ਇਕਮੁੱਠ ਕਰਨਾ ਅਤੇ ਪੁਰਾਲੇਖ ਬਣਾਉਣ ਦੀ ਕਾਰਗੁਜ਼ਾਰੀ ਵਿੱਚ ਸੁਧਾਰ ਕਰਨਾ ਸੰਭਵ ਬਣਾਇਆ ਹੈ। GitHub ਨੇ ਇਸ ਦੇ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਵਿੱਚ git ਦੇ ਸੰਸਕਰਣ ਨੂੰ ਅਪਡੇਟ ਕਰਨ ਤੋਂ ਬਾਅਦ ਤਬਦੀਲੀ ਨੂੰ ਚੁੱਕਿਆ. ਸਮੱਸਿਆ ਇਸ ਤੱਥ ਦੇ ਕਾਰਨ ਹੋਈ ਸੀ ਕਿ ਬਿਲਟ-ਇਨ zlib-ਅਧਾਰਿਤ gzip ਲਾਗੂ ਕਰਨ ਦੁਆਰਾ ਤਿਆਰ ਕੀਤੇ ਗਏ ਸੰਕੁਚਿਤ ਪੁਰਾਲੇਖ, gzip ਉਪਯੋਗਤਾ ਦੁਆਰਾ ਬਣਾਏ ਗਏ ਪੁਰਾਲੇਖਾਂ ਤੋਂ ਬਾਈਨਰੀ ਵੱਖਰੇ ਹਨ, ਜਿਸ ਦੇ ਨਤੀਜੇ ਵਜੋਂ git ਦੇ ਵੱਖ-ਵੱਖ ਸੰਸਕਰਣਾਂ ਦੁਆਰਾ ਬਣਾਏ ਗਏ ਪੁਰਾਲੇਖਾਂ ਲਈ ਵੱਖ-ਵੱਖ ਚੈਕਸਮਾਂ ਹਨ. "git archive" ਕਮਾਂਡ।

ਇਸਦੇ ਅਨੁਸਾਰ, GitHub ਵਿੱਚ git ਨੂੰ ਅਪਡੇਟ ਕਰਨ ਤੋਂ ਬਾਅਦ, ਰੀਲੀਜ਼ ਪੰਨਿਆਂ 'ਤੇ ਥੋੜੇ ਵੱਖਰੇ ਪੁਰਾਲੇਖਾਂ ਨੂੰ ਪ੍ਰਦਰਸ਼ਿਤ ਕਰਨਾ ਸ਼ੁਰੂ ਹੋ ਗਿਆ, ਜੋ ਪੁਰਾਣੇ ਚੈੱਕਸਮਾਂ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਤਸਦੀਕ ਨੂੰ ਪਾਸ ਨਹੀਂ ਕਰਦੇ ਸਨ। ਸਮੱਸਿਆ ਵੱਖ-ਵੱਖ ਬਿਲਡ ਪ੍ਰਣਾਲੀਆਂ, ਨਿਰੰਤਰ ਏਕੀਕਰਣ ਪ੍ਰਣਾਲੀਆਂ, ਅਤੇ ਸਰੋਤ ਕੋਡ ਤੋਂ ਪੈਕੇਜ ਬਣਾਉਣ ਲਈ ਸੰਦਾਂ ਵਿੱਚ ਪ੍ਰਗਟ ਹੁੰਦੀ ਹੈ। ਉਦਾਹਰਨ ਲਈ, ਲਗਭਗ 5800 FreeBSD ਪੋਰਟਾਂ ਦੀ ਅਸੈਂਬਲੀ, ਸਰੋਤ ਕੋਡ ਜਿਨ੍ਹਾਂ ਲਈ GitHub ਤੋਂ ਡਾਊਨਲੋਡ ਕੀਤੇ ਗਏ ਸਨ, ਨੂੰ ਤੋੜ ਦਿੱਤਾ ਗਿਆ ਸੀ।

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

Git ਡਿਵੈਲਪਰ ਅਜੇ ਤੱਕ ਕਿਸੇ ਫੈਸਲੇ 'ਤੇ ਨਹੀਂ ਆਏ ਹਨ ਅਤੇ ਸਿਰਫ ਸੰਭਵ ਕਾਰਵਾਈਆਂ 'ਤੇ ਚਰਚਾ ਕਰ ਰਹੇ ਹਨ। ਵਿਚਾਰੇ ਗਏ ਵਿਕਲਪਾਂ ਵਿੱਚ ਡਿਫਾਲਟ gzip ਉਪਯੋਗਤਾ ਦੀ ਵਰਤੋਂ ਕਰਨ ਲਈ ਵਾਪਸ ਜਾਣਾ ਸ਼ਾਮਲ ਹੈ; ਪੁਰਾਣੇ ਪੁਰਾਲੇਖਾਂ ਨਾਲ ਅਨੁਕੂਲਤਾ ਬਣਾਈ ਰੱਖਣ ਲਈ "--ਸਥਿਰ" ਫਲੈਗ ਨੂੰ ਜੋੜਨਾ; ਬਿਲਟ-ਇਨ ਲਾਗੂਕਰਨ ਨੂੰ ਇੱਕ ਵੱਖਰੇ ਆਰਕਾਈਵ ਫਾਰਮੈਟ ਨਾਲ ਜੋੜਨਾ; ਪੁਰਾਣੇ ਕਮਿਟਾਂ ਲਈ gzip ਉਪਯੋਗਤਾ ਦੀ ਵਰਤੋਂ ਕਰਨਾ ਅਤੇ ਇੱਕ ਨਿਸ਼ਚਤ ਮਿਤੀ ਤੋਂ ਸ਼ੁਰੂ ਹੋਣ ਵਾਲੇ ਕਮਿਟਾਂ ਲਈ ਇਨਲਾਈਨ ਲਾਗੂ ਕਰਨਾ; ਸਿਰਫ਼ ਅਣਕੰਪਰੈੱਸਡ ਪੁਰਾਲੇਖਾਂ ਲਈ ਫਾਰਮੈਟ ਸਥਿਰਤਾ ਦੀ ਗਾਰੰਟੀ।

ਫੈਸਲਾ ਲੈਣ ਦੀ ਮੁਸ਼ਕਲ ਇਸ ਤੱਥ ਦੁਆਰਾ ਵਿਖਿਆਨ ਕੀਤੀ ਗਈ ਹੈ ਕਿ ਕਿਸੇ ਬਾਹਰੀ ਉਪਯੋਗਤਾ ਨੂੰ ਕਾਲ ਕਰਨ ਲਈ ਵਾਪਸ ਆਉਣਾ ਚੈਕਸਮ ਅਟੱਲਤਾ ਦੀ ਸਮੱਸਿਆ ਨੂੰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਹੱਲ ਨਹੀਂ ਕਰਦਾ ਹੈ, ਕਿਉਂਕਿ ਬਾਹਰੀ gzip ਪ੍ਰੋਗਰਾਮ ਵਿੱਚ ਤਬਦੀਲੀ ਵੀ ਪੁਰਾਲੇਖ ਫਾਰਮੈਟ ਵਿੱਚ ਤਬਦੀਲੀ ਦਾ ਕਾਰਨ ਬਣ ਸਕਦੀ ਹੈ। ਵਰਤਮਾਨ ਵਿੱਚ, ਪੈਚਾਂ ਦਾ ਇੱਕ ਸੈੱਟ ਸਮੀਖਿਆ ਲਈ ਪ੍ਰਸਤਾਵਿਤ ਕੀਤਾ ਗਿਆ ਹੈ ਜੋ ਮੂਲ ਰੂਪ ਵਿੱਚ ਪੁਰਾਣੇ ਵਿਵਹਾਰ ਨੂੰ ਵਾਪਸ ਕਰਦਾ ਹੈ (ਇੱਕ ਬਾਹਰੀ gzip ਉਪਯੋਗਤਾ ਨੂੰ ਕਾਲ ਕਰਦਾ ਹੈ) ਅਤੇ ਸਿਸਟਮ ਵਿੱਚ ਇੱਕ gzip ਉਪਯੋਗਤਾ ਦੀ ਅਣਹੋਂਦ ਵਿੱਚ ਬਿਲਟ-ਇਨ ਲਾਗੂਕਰਨ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ। ਪੈਚ ਦਸਤਾਵੇਜ਼ਾਂ ਵਿੱਚ ਇੱਕ ਜ਼ਿਕਰ ਵੀ ਜੋੜਦੇ ਹਨ ਕਿ "ਗਿਟ ਆਰਕਾਈਵ" ਆਉਟਪੁੱਟ ਦੀ ਸਥਿਰਤਾ ਦੀ ਗਰੰਟੀ ਨਹੀਂ ਹੈ ਅਤੇ ਭਵਿੱਖ ਵਿੱਚ ਫਾਰਮੈਟ ਬਦਲ ਸਕਦਾ ਹੈ।

ਸਰੋਤ: opennet.ru