ਗਿੱਟ ਵਿੱਚ ਮਲਟੀਪਲ ਕਮਿਟਾਂ ਨੂੰ ਕਿਵੇਂ ਵਾਪਸ ਕਰਨਾ ਹੈ

ਗਿੱਟ ਕਮਿਟ ਰਿਵਰਸ਼ਨ ਨੂੰ ਸਮਝਣਾ

ਇੱਕ ਗਿੱਟ ਰਿਪੋਜ਼ਟਰੀ ਵਿੱਚ ਮਲਟੀਪਲ ਕਮਿਟਾਂ ਨੂੰ ਵਾਪਸ ਕਰਨਾ ਇੱਕ ਆਮ ਕੰਮ ਹੁੰਦਾ ਹੈ ਜਦੋਂ ਪਿਛਲੀਆਂ ਤਬਦੀਲੀਆਂ ਨੂੰ ਪ੍ਰੋਜੈਕਟ ਦੇ ਇਤਿਹਾਸ ਨੂੰ ਬਦਲੇ ਬਿਨਾਂ ਵਾਪਸ ਕਰਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਤੁਹਾਡੇ ਪਿਛਲੇ ਕੰਮ ਦੀ ਅਖੰਡਤਾ ਨੂੰ ਬਰਕਰਾਰ ਰੱਖਦੇ ਹੋਏ ਤਬਦੀਲੀਆਂ 'ਤੇ ਪਿੱਛੇ ਹਟਣ ਦਾ ਇਹ ਇੱਕ ਸੁਰੱਖਿਅਤ ਤਰੀਕਾ ਹੈ। ਇਹ ਪਹੁੰਚ ਵਿਸ਼ੇਸ਼ ਤੌਰ 'ਤੇ ਲਾਭਦਾਇਕ ਹੈ ਜਦੋਂ ਤੁਸੀਂ ਆਪਣੀਆਂ ਤਬਦੀਲੀਆਂ ਨੂੰ ਦੂਜਿਆਂ ਨਾਲ ਸਾਂਝਾ ਕੀਤਾ ਹੈ ਅਤੇ ਰੀਬੇਸ ਹੁਣ ਇੱਕ ਵਿਹਾਰਕ ਵਿਕਲਪ ਨਹੀਂ ਹੈ।

ਚੁਣੌਤੀ ਉਦੋਂ ਪੈਦਾ ਹੁੰਦੀ ਹੈ ਜਦੋਂ ਤੁਹਾਨੂੰ ਕਮਿਟਾਂ ਦੀ ਇੱਕ ਲੜੀ ਨੂੰ ਵਾਪਸ ਕਰਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ-ਜਿਵੇਂ ਕਮਿਟ D 'ਤੇ ਇੱਕ HEAD ਤੋਂ ਵਾਪਸ A ਵਿੱਚ ਜਾਣਾ, B, C, ਅਤੇ D ਨੂੰ ਪ੍ਰਭਾਵਸ਼ਾਲੀ ਢੰਗ ਨਾਲ ਨਜ਼ਰਅੰਦਾਜ਼ ਕਰਨਾ। ਸਹੀ ਢੰਗ ਨੂੰ ਸਮਝਣਾ ਅਤੇ ਇਹਨਾਂ ਕਮਿਟਾਂ ਨੂੰ ਵਾਪਸ ਕਰਨ ਦੇ ਆਦੇਸ਼ ਨੂੰ ਬਣਾਈ ਰੱਖਣ ਲਈ ਮਹੱਤਵਪੂਰਨ ਹੈ। ਸਾਫ਼ ਅਤੇ ਕਾਰਜਸ਼ੀਲ ਰਿਪੋਜ਼ਟਰੀ.

ਗਿੱਟ ਕਮਾਂਡ ਸਕ੍ਰਿਪਟਾਂ ਦੀ ਵਿਆਖਿਆ

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

ਦ git revert ਕਮਾਂਡਾਂ, ਦੇ ਨਾਲ ਮਿਲਾ ਕੇ --no-commit ਵਿਕਲਪ, ਦੀ ਵਰਤੋਂ ਉਦੋਂ ਕੀਤੀ ਜਾਂਦੀ ਹੈ ਜਦੋਂ ਤੁਸੀਂ B, C, ਅਤੇ D ਦੁਆਰਾ ਪੇਸ਼ ਕੀਤੀਆਂ ਖਾਸ ਤਬਦੀਲੀਆਂ ਨੂੰ ਅਨਡੂ ਕਰਨ ਨੂੰ ਤਰਜੀਹ ਦਿੰਦੇ ਹੋ, ਪਰ ਇਸ ਗੱਲ ਦਾ ਰਿਕਾਰਡ ਰੱਖਣਾ ਚਾਹੁੰਦੇ ਹੋ ਕਿ ਕੀ ਵਾਪਸ ਕੀਤਾ ਗਿਆ ਸੀ। ਇਹ ਵਿਧੀ ਇਤਿਹਾਸ ਨੂੰ ਬਰਕਰਾਰ ਰੱਖਦੀ ਹੈ, ਜੋ ਸ਼ੇਅਰਡ ਰਿਪੋਜ਼ਟਰੀਆਂ ਲਈ ਲਾਭਦਾਇਕ ਹੈ ਜਿੱਥੇ ਤਬਦੀਲੀਆਂ ਦੇ ਵਿਕਾਸ ਨੂੰ ਸਮਝਣਾ ਮਹੱਤਵਪੂਰਨ ਹੈ। ਲੋੜੀਂਦੇ ਕਮਿਟਾਂ ਨੂੰ ਵਾਪਸ ਕਰਨ ਤੋਂ ਬਾਅਦ, ਇੱਕ ਸਿੰਗਲ git commit ਸਾਰੇ ਰਿਵਰਸ਼ਨਾਂ ਨੂੰ ਇੱਕ ਸਨੈਪਸ਼ਾਟ ਵਿੱਚ ਗਰੁੱਪ ਕਰਨ ਲਈ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ, ਜੋ ਪ੍ਰੋਜੈਕਟ ਇਤਿਹਾਸ ਨੂੰ ਸਰਲ ਬਣਾਉਂਦਾ ਹੈ ਅਤੇ ਰਿਵਰਸ਼ਨ ਦੇ ਸੰਦਰਭ ਨੂੰ ਸਮਝਣਾ ਆਸਾਨ ਬਣਾਉਂਦਾ ਹੈ। ਦੀ ਵਰਤੋਂ git push --force ਬ੍ਰਾਂਚ ਦੇ ਇਤਿਹਾਸ ਵਿੱਚ ਅਜਿਹੀਆਂ ਸਖ਼ਤ ਤਬਦੀਲੀਆਂ ਤੋਂ ਬਾਅਦ ਰਿਮੋਟ ਰਿਪੋਜ਼ਟਰੀ ਨੂੰ ਅਪਡੇਟ ਕਰਨਾ ਜ਼ਰੂਰੀ ਹੈ।

git checkout your-branch-name
git reset --hard A
git push origin your-branch-name --force

git checkout your-branch-name
git revert D --no-commit
git revert C --no-commit
git revert B --no-commit
git commit -m "Reverted commits B, C, and D"
git push origin your-branch-name

ਗਿੱਟ ਇਤਿਹਾਸ ਦੇ ਪ੍ਰਬੰਧਨ ਲਈ ਉੱਨਤ ਤਕਨੀਕਾਂ

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

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