Git 2.39 ਸਰੋਤ ਕੰਟਰੋਲ ਰੀਲੀਜ਼

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

ਪਿਛਲੀ ਰੀਲੀਜ਼ ਦੇ ਮੁਕਾਬਲੇ, ਨਵੇਂ ਸੰਸਕਰਣ ਵਿੱਚ 483 ਤਬਦੀਲੀਆਂ ਸ਼ਾਮਲ ਹਨ, ਜੋ ਕਿ 86 ਡਿਵੈਲਪਰਾਂ ਦੀ ਭਾਗੀਦਾਰੀ ਨਾਲ ਤਿਆਰ ਕੀਤੀਆਂ ਗਈਆਂ ਹਨ, ਜਿਨ੍ਹਾਂ ਵਿੱਚੋਂ 31 ਨੇ ਪਹਿਲੀ ਵਾਰ ਵਿਕਾਸ ਵਿੱਚ ਹਿੱਸਾ ਲਿਆ ਹੈ। ਮੁੱਖ ਨਵੀਨਤਾਵਾਂ:

• "ਗਿਟ ਸ਼ਾਰਟਲੌਗ" ਕਮਾਂਡ, ਤਬਦੀਲੀਆਂ ਦੇ ਇਤਿਹਾਸ ਦੇ ਅੰਕੜਿਆਂ ਦੇ ਨਾਲ ਸਾਰਾਂਸ਼ਾਂ ਨੂੰ ਪ੍ਰਦਰਸ਼ਿਤ ਕਰਨ ਲਈ ਤਿਆਰ ਕੀਤੀ ਗਈ ਹੈ, ਨੇ ਲੇਖਕ ਜਾਂ ਪ੍ਰਤੀਬੱਧਤਾ ਤੱਕ ਸੀਮਿਤ ਨਾ ਹੋਣ ਵਾਲੇ ਖੇਤਰਾਂ ਦੁਆਰਾ ਕਮਿਟਾਂ ਦੇ ਆਪਹੁਦਰੇ ਗਰੁੱਪਿੰਗ ਲਈ ਇੱਕ "-ਗਰੁੱਪ" ਵਿਕਲਪ ਸ਼ਾਮਲ ਕੀਤਾ ਹੈ। ਉਦਾਹਰਨ ਲਈ, "ਸਹਿ-ਲੇਖਕ ਦੁਆਰਾ" ਖੇਤਰ ਵਿੱਚ ਦੱਸੇ ਗਏ ਸਹਾਇਕਾਂ ਨੂੰ ਧਿਆਨ ਵਿੱਚ ਰੱਖਦੇ ਹੋਏ, ਤਬਦੀਲੀਆਂ ਦੀ ਗਿਣਤੀ ਬਾਰੇ ਜਾਣਕਾਰੀ ਦੇ ਨਾਲ ਡਿਵੈਲਪਰਾਂ ਦੀ ਇੱਕ ਸੂਚੀ ਪ੍ਰਦਰਸ਼ਿਤ ਕਰਨ ਲਈ, ਤੁਸੀਂ ਕਮਾਂਡ ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੇ ਹੋ: git shortlog -ns --group=author - -ਗਰੁੱਪ = ਟ੍ਰੇਲਰ: ਸਹਿ-ਲੇਖਕ ਦੁਆਰਾ

  ਸ਼ਾਰਟਲੌਗ ਆਉਟਪੁੱਟ ਨੂੰ ਫਾਰਮੈਟਿੰਗ ਨਿਰਧਾਰਕਾਂ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਇਕੱਠਾ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ, ਅਤੇ "--ਗਰੁੱਪ" ਵਿਕਲਪ ਗੁੰਝਲਦਾਰ ਰਿਪੋਰਟਾਂ ਦੀ ਸਿਰਜਣਾ ਨੂੰ ਮਹੱਤਵਪੂਰਨ ਤੌਰ 'ਤੇ ਸਰਲ ਬਣਾ ਸਕਦਾ ਹੈ ਅਤੇ ਵਾਧੂ ਲੜੀਬੱਧ ਕਮਾਂਡਾਂ ਦੀ ਲੋੜ ਨੂੰ ਖਤਮ ਕਰ ਸਕਦਾ ਹੈ। ਉਦਾਹਰਨ ਲਈ, ਹਰੇਕ ਮਹੀਨੇ ਵਿੱਚ ਦਿੱਤੇ ਗਏ ਰੀਲੀਜ਼ ਲਈ ਕਿੰਨੇ ਕਮਿਟ ਸਵੀਕਾਰ ਕੀਤੇ ਗਏ ਸਨ, ਇਸ ਬਾਰੇ ਜਾਣਕਾਰੀ ਦੇ ਨਾਲ ਇੱਕ ਰਿਪੋਰਟ ਬਣਾਉਣ ਲਈ, ਤੁਸੀਂ ਨਿਸ਼ਚਿਤ ਕਰ ਸਕਦੇ ਹੋ: git shortlog v2.38.0.. —date='format:%Y-%m' —group=' %cd' -s 2 2022-08 47 2022-09 405 2022-10 194 2022-11 5 2022-12 ਪਹਿਲਾਂ, ਇਸ ਤਰ੍ਹਾਂ ਦੀ ਕਾਰਵਾਈ ਕਰਨ ਲਈ ਕ੍ਰਮਬੱਧ ਅਤੇ ਯੂਨੀਕ ਉਪਯੋਗਤਾਵਾਂ ਦੀ ਵਰਤੋਂ ਕਰਨੀ ਜ਼ਰੂਰੀ ਹੁੰਦੀ ਸੀ: git log v2.38.0. .. —date='format:%Y -%m' —format='%cd' | ਲੜੀਬੱਧ | uniq -c

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

  ਅਸਲ ਵਿੱਚ ਮਿਟਾਏ ਜਾਣ ਤੋਂ ਪਹਿਲਾਂ ਪਹੁੰਚਯੋਗ ਵਸਤੂਆਂ ਰਿਪੋਜ਼ਟਰੀ ਵਿੱਚ ਰਹਿਣ ਦੇ ਸਮੇਂ ਦੀ ਲੰਬਾਈ “—ਪ੍ਰੂਨ=” ਵਿਕਲਪ ਦੁਆਰਾ ਨਿਰਧਾਰਤ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। " ਹਾਲਾਂਕਿ, ਜਦੋਂ ਕਿ ਮਿਟਾਉਣ ਤੋਂ ਪਹਿਲਾਂ ਦੇਰੀ ਕਰਨਾ ਨਸਲੀ ਸਥਿਤੀਆਂ ਕਾਰਨ ਰਿਪੋਜ਼ਟਰੀ ਭ੍ਰਿਸ਼ਟਾਚਾਰ ਨੂੰ ਰੋਕਣ ਦਾ ਇੱਕ ਕਾਫ਼ੀ ਪ੍ਰਭਾਵਸ਼ਾਲੀ ਅਤੇ ਵਿਹਾਰਕ ਤਰੀਕਾ ਹੈ, ਇਹ 100% ਭਰੋਸੇਯੋਗ ਨਹੀਂ ਹੈ। ਖਰਾਬ ਰਿਪੋਜ਼ਟਰੀ ਨੂੰ ਬਹਾਲ ਕਰਨਾ ਸੌਖਾ ਬਣਾਉਣ ਲਈ, ਨਵੀਂ ਰੀਲੀਜ਼ "ਗਿਟ ਰੀਪੈਕ" ਕਮਾਂਡ ਵਿੱਚ "--ਐਪਪਾਇਰ-ਟੂ" ਵਿਕਲਪ ਨੂੰ ਜੋੜ ਕੇ ਗੁੰਮ ਹੋਈਆਂ ਵਸਤੂਆਂ ਨੂੰ ਸੁਰੱਖਿਅਤ ਕਰਨ ਦੀ ਯੋਗਤਾ ਪ੍ਰਦਾਨ ਕਰਦੀ ਹੈ, ਜੋ ਤੁਹਾਨੂੰ ਇੱਕ ਬਾਹਰੀ ਬਣਾਉਣ ਲਈ ਇੱਕ ਫਾਈਲ ਨਿਰਧਾਰਤ ਕਰਨ ਦੀ ਆਗਿਆ ਦਿੰਦੀ ਹੈ। ਸਾਰੀਆਂ ਮਿਟਾਈਆਂ ਗਈਆਂ ਵਸਤੂਆਂ ਦੀ ਕਾਪੀ. ਉਦਾਹਰਨ ਲਈ, backup.git ਫਾਈਲ ਵਿੱਚ ਪਿਛਲੇ 5 ਮਿੰਟਾਂ ਵਿੱਚ ਨਾ ਬਦਲੀਆਂ ਗਈਆਂ ਪਹੁੰਚਯੋਗ ਵਸਤੂਆਂ ਨੂੰ ਸੁਰੱਖਿਅਤ ਕਰਨ ਲਈ, ਤੁਸੀਂ ਕਮਾਂਡ ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੇ ਹੋ: git repack --cruft --cruft-expiration=5.minutes.ago -d --expire -to=../backup.git

• "ਗਿਟ ਗ੍ਰੇਪ-ਕੈਸ਼ਡ" ਓਪਰੇਸ਼ਨ ਦੀ ਗਤੀ ਵਿੱਚ ਮਹੱਤਵਪੂਰਨ ਵਾਧਾ (70% ਤੱਕ) ਜਦੋਂ ਉਹਨਾਂ ਖੇਤਰਾਂ ਵਿੱਚ ਖੋਜ ਕੀਤੀ ਜਾਂਦੀ ਹੈ ਜੋ ਅੰਸ਼ਕ ਕਲੋਨਿੰਗ (ਸਪਾਰਸ-ਚੈੱਕਆਉਟ) ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਨ ਅਤੇ ਜਿਨ੍ਹਾਂ ਲਈ ਅੰਸ਼ਕ ਸੂਚਕਾਂਕ (ਸਪਾਰਸ ਇੰਡੈਕਸ) ਹਨ। ਪਹਿਲਾਂ, "-ਕੈਸ਼" ਵਿਕਲਪ ਨੂੰ ਨਿਰਧਾਰਤ ਕਰਦੇ ਸਮੇਂ, ਖੋਜ ਪਹਿਲਾਂ ਨਿਯਮਤ ਸੂਚਕਾਂਕ ਵਿੱਚ ਕੀਤੀ ਜਾਂਦੀ ਸੀ, ਅਤੇ ਫਿਰ ਅੰਸ਼ਕ ਵਿੱਚ, ਜਿਸ ਨਾਲ ਵੱਡੇ ਰਿਪੋਜ਼ਟਰੀਆਂ ਵਿੱਚ ਖੋਜ ਕਰਨ ਵੇਲੇ ਧਿਆਨ ਦੇਣ ਯੋਗ ਦੇਰੀ ਹੁੰਦੀ ਸੀ।
• "ਗਿਟ ਪੁਸ਼" ਓਪਰੇਸ਼ਨ ਦੌਰਾਨ ਰਿਪੋਜ਼ਟਰੀ ਵਿੱਚ ਰੱਖੇ ਜਾਣ ਤੋਂ ਪਹਿਲਾਂ ਨਵੀਆਂ ਵਸਤੂਆਂ ਦੀ ਤਾਲਮੇਲ ਦੀ ਸਰਵਰ ਦੀ ਤਸਦੀਕ ਨੂੰ ਤੇਜ਼ ਕੀਤਾ ਗਿਆ ਹੈ। 7 ਮਿਲੀਅਨ ਲਿੰਕਾਂ ਦੇ ਨਾਲ ਇੱਕ ਟੈਸਟ ਰਿਪੋਜ਼ਟਰੀ ਵਿੱਚ, ਜਿਸ ਵਿੱਚੋਂ ਸਿਰਫ 3% ਪੁਸ਼ ਓਪਰੇਸ਼ਨ ਦੁਆਰਾ ਕਵਰ ਕੀਤੇ ਗਏ ਹਨ, ਜਾਂਚ ਕਰਨ ਵੇਲੇ ਸਿਰਫ ਘੋਸ਼ਿਤ ਲਿੰਕਾਂ ਲਈ ਅਕਾਊਂਟਿੰਗ ਵਿੱਚ ਸਵਿਚ ਕਰਕੇ, ਕੀਤੇ ਗਏ ਅਨੁਕੂਲਤਾਵਾਂ ਨੇ ਚੈਕਿੰਗ ਦੇ ਸਮੇਂ ਨੂੰ 4.5 ਗੁਣਾ ਘਟਾਉਣ ਦੀ ਆਗਿਆ ਦਿੱਤੀ।
• ਕੋਡ ਵਿੱਚ ਸੰਭਾਵੀ ਪੂਰਨ ਅੰਕ ਓਵਰਫਲੋ ਤੋਂ ਬਚਾਉਣ ਲਈ, "git apply" ਕਮਾਂਡ ਪੈਚਾਂ ਦੇ ਅਧਿਕਤਮ ਆਕਾਰ ਨੂੰ ਸੀਮਿਤ ਕਰਦੀ ਹੈ ਜਿਨ੍ਹਾਂ 'ਤੇ ਪ੍ਰਕਿਰਿਆ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ। ਜੇਕਰ ਪੈਚ ਦਾ ਆਕਾਰ 1 GB ਤੋਂ ਵੱਧ ਹੈ, ਤਾਂ ਹੁਣ ਇੱਕ ਗਲਤੀ ਦਿਖਾਈ ਜਾਵੇਗੀ।
• ਸੰਭਾਵੀ ਕਮਜ਼ੋਰੀਆਂ ਤੋਂ ਬਚਾਉਣ ਲਈ, HTTP/2 ਦੇ ਨਾਲ GIT_TRACE_CURL=3 ਜਾਂ GIT_CURL_VERBOSE=1 ਵਿਕਲਪ ਦੇ ਨਾਲ h1h2 ਮੋਡੀਊਲ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਸਮੇਂ ਸਿਰਲੇਖਾਂ ਤੋਂ ਬੇਲੋੜੀ ਜਾਣਕਾਰੀ ਨੂੰ ਸਾਫ਼ ਕਰਨ ਲਈ ਬਦਲਾਅ ਕੀਤੇ ਗਏ ਹਨ।
• ਕਿਸੇ ਬ੍ਰਾਂਚ 'ਤੇ ਚੈਕ ਆਉਟ ਕਰਦੇ ਸਮੇਂ ਜੋ ਕਿ ਕਿਸੇ ਹੋਰ ਬ੍ਰਾਂਚ ਦਾ ਪ੍ਰਤੀਕ ਲਿੰਕ ਹੈ, "git ਸਿੰਬਲਿਕ-ਰੈਫ HEAD" ਕਮਾਂਡ ਹੁਣ ਸਿਮਲਿੰਕ ਦੇ ਨਾਮ ਦੀ ਬਜਾਏ ਨਿਸ਼ਾਨਾ ਸ਼ਾਖਾ ਦਾ ਨਾਮ ਪ੍ਰਦਰਸ਼ਿਤ ਕਰਦੀ ਹੈ।
• ਪਿਛਲੀ ਸ਼ਾਖਾ ਦੇ ਵਰਣਨ ਨੂੰ ਸੰਪਾਦਿਤ ਕਰਨ ਲਈ @{-1} ਆਰਗੂਮੈਂਟ ਨੂੰ “--ਐਡਿਟ-ਵੇਰਵਾ” ਵਿਕਲਪ (“git branch —edit-description @{-1}”) ਲਈ ਸਮਰਥਨ ਜੋੜਿਆ ਗਿਆ।
• ਮਿਆਰੀ ਇਨਪੁਟ ਰਾਹੀਂ ਪੈਰਾਮੀਟਰਾਂ ਦੀ ਸੂਚੀ ਪਾਸ ਕਰਨ ਲਈ "git merge-tree --stdin" ਕਮਾਂਡ ਸ਼ਾਮਲ ਕੀਤੀ ਗਈ।
• ਨੈੱਟਵਰਕ ਫਾਈਲ ਸਿਸਟਮਾਂ ਉੱਤੇ, fsmonitor ਹੈਂਡਲਰ, ਜੋ ਕਿ ਫਾਇਲ ਸਿਸਟਮ ਵਿੱਚ ਤਬਦੀਲੀਆਂ ਦੀ ਨਿਗਰਾਨੀ ਕਰਦਾ ਹੈ, ਮੂਲ ਰੂਪ ਵਿੱਚ ਅਯੋਗ ਹੁੰਦਾ ਹੈ।

ਸਰੋਤ: opennet.ru