ਤੁਸੀਂ Git ਵਿੱਚ ਤਬਦੀਲੀਆਂ ਨੂੰ ਕਿਵੇਂ ਵਾਪਸ ਲਿਆਓ?

Question

Accepted Answer

Git **ਤਬਦੀਲੀਆਂ ਨੂੰ ਵਾਪਸ ਕਰਨ** ਦੇ ਕਈ ਤਰੀਕੇ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ ਸਥਿਤੀ ਦੇ ਅਨੁਸਾਰ — ਕਮਿਟ ਨਾ ਕੀਤੀਆਂ ਤਬਦੀਲੀਆਂ ਨੂੰ ਖਾਰਜ ਕਰਨਾ, unstage ਕਰਨਾ, ਆਖਰੀ ਕਮਿਟ ਨੂੰ ਸੋਧਣਾ, ਕਮਿਟ ਨੂੰ ਵਾਪਸ ਕਰਨਾ, ਜਾਂ reset ਕਰਨਾ। ਹਰੇਕ ਸਥਿਤੀ ਲਈ ਸਹੀ ਸੰਦ ਜਾਣਨਾ ਮਹੱਤਵਪੂਰਨ ਹੈ, ਇੱਕ ਮੂਲਵਾਨ ਅਭਿਆਸਕ ਹੁਨਰ ਹੈ। ## Uncommitted ਤਬਦੀਲੀਆਂ ਨੂੰ ਵਾਪਸ ਲਓ (working directory) ```bash git restore # discard unstaged changes to a file (revert to last commit) git checkout -- # older equivalent git restore . # discard ALL unstaged changes (careful!) git clean -fd # remove untracked files/directories ``` ## Unstage ਕਰੋ (ਤਬਦੀਲੀਆਂ ਰੱਖੋ, ਸਿਰਫ unstage ਕਰੋ) ```bash git restore --staged # unstage a file (changes stay in working dir) git reset # older equivalent ``` ## ਆਖਰੀ ਕਮਿਟ ਨੂੰ ਠੀਕ ਕਰੋ ਜਾਂ ਸੋਧੋ ```bash git commit --amend -m "New message" # change the last commit's message git commit --amend # add staged changes to the last commit # ⚠️ amend REWRITES the commit — don't amend commits already pushed/shared ``` ## Committed ਤਬਦੀਲੀ ਨੂੰ ਵਾਪਸ ਲਓ ```text TWO main approaches: REVERT → creates a NEW commit that undoes a previous commit (SAFE for shared history) git revert → history preserved; the undo is itself a commit RESET → moves the branch pointer BACK (rewrites history — for LOCAL commits only) git reset --soft HEAD~1 → undo commit, KEEP changes staged git reset --mixed HEAD~1 → undo commit, keep changes unstaged (default) git reset --hard HEAD~1 → undo commit AND DISCARD changes (⚠️ destructive!) ``` ## revert ਬਨਾਮ reset (ਮੁੱਖ ਪਸੰਦ) ```text REVERT → safe for PUBLIC/shared commits (adds a new undoing commit; doesn't rewrite history) RESET → rewrites history (only for LOCAL, unpushed commits; never on shared branches) → Rule: use REVERT to undo commits others may have; RESET only for local cleanup. ``` ## ਇਹ ਕਿਉਂ ਮਾਇਨੇ ਰੱਖਦਾ ਹੈ Git ਵਿੱਚ ਤਬਦੀਲੀਆਂ ਨੂੰ ਵਾਪਸ ਕਰਨਾ ਜਾਣਨਾ ਮਹੱਤਵਪੂਰਨ ਹੈ, ਘਣ ਵਰਤੀ ਜਾਣ ਵਾਲੀ ਅਭਿਆਸਕ ਹੁਨਰ ਹੈ, ਕਿਉਂਕਿ ਗਲਤੀਆਂ ਅਤੇ ਕੰਮ ਨੂੰ ਵਾਪਸ ਕਰਨ ਦੀ ਲੋੜ ਵਿਕਾਸ ਵਿੱਚ ਅਨਿਵਾਰ ਹੈ, ਅਤੇ Git ਸ਼ਕਤੀਸ਼ਾਲੀ (ਪਰ ਸਥਿਤੀ-ਵਿਸ਼ੇਸ਼) ਢੰਗ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ ਰਿਕਵਰ ਕਰਨ ਲਈ। **ਹਰੇਕ ਸਥਿਤੀ ਲਈ ਸਹੀ ਸੰਦ** ਨੂੰ ਸਮਝਣਾ ਮੁੱਖ ਹੁਨਰ ਹੈ: **uncommitted ਤਬਦੀਲੀਆਂ** ਨੂੰ ਖਾਰਜ ਕਰਨਾ (`git restore` working-directory ਸੋਧਾਂ ਨੂੰ ਵਾਪਸ ਕਰਨ ਲਈ, `git clean` ਨਾ-track ਕੀਤੀਆਂ ਫਾਈਲਾਂ ਲਈ), **unstaging** (`git restore --staged` ਤਬਦੀਲੀਆਂ ਨੂੰ ਰੱਖਣ ਲਈ ਪਰ unstage ਕਰਨ ਲਈ), ਆਖਰੀ ਕਮਿਟ ਨੂੰ **amend ਕਰਨਾ** (ਇਸ ਦਾ ਸੁਨੇਹਾ ਬਦਲਣਾ ਜਾਂ ਇਸ ਵਿੱਚ ਜੋੜਨਾ — ਮਹੱਤਵਪੂਰਨ ਸਾਵਧਾਨੀ ਦੇ ਨਾਲ pushed ਕਮਿਟਾਂ ਨੂੰ amend ਨ ਕਰਨ ਲਈ ਕਿਉਂਕਿ ਇਹ ਇਤਿਹਾਸ ਮੁੜ ਲਿਖਦਾ ਹੈ), ਅਤੇ **committed** ਤਬਦੀਲੀਆਂ ਨੂੰ ਅਨਡੂ ਕਰਨਾ। Commits ਨੂੰ ਅਨਡੂ ਕਰਨ ਲਈ, **revert ਅਤੇ reset ਵਿਚਕਾਰ ਮਾਮੂਲੀ ਭਿੰਨਤਾ** ਨੂੰ ਸਮਝਣਾ ਖਾਸ ਤੌਰ ਤੇ ਮਹੱਤਵਪੂਰਨ ਹੈ: **`revert`** ਇੱਕ ਨਵਾਂ commit ਬਣਾਏ ਜੋ ਪਿਛਲੇ ਨੂੰ ਅਨਡੂ ਕਰਦਾ ਹੈ ਅਤੇ **shared/public ਇਤਿਹਾਸ ਲਈ ਸੁਰੱਖਿਅਤ** ਹੈ (ਇਹ ਇਤਿਹਾਸ ਨੂੰ ਮੁੜ ਨਹੀਂ ਲਿਖਦਾ, ਇਸਲਈ ਇਹ ਦੂਸਰਿਆਂ ਨੂੰ ਵਿਘਨ ਨਹੀਂ ਦੇਵੇਗਾ), ਜਦਕਿ **`reset`** ਬ੍ਰਾਂਚ ਪਾਇੰਟਰ ਨੂੰ ਵਾਪਸ ਲੈ ਜਾਂਦਾ ਹੈ ਅਤੇ **ਇਤਿਹਾਸ ਨੂੰ ਮੁੜ ਲਿਖਦਾ** ਹੈ, ਜੋ ਸਿਰਫ **ਸਥਾਨਕ, unpushed commits** ਲਈ ਢੁੱਕਵਾਂ ਹੈ (ਅਤੇ `reset --hard` ਵਿਨਾਸ਼ਕਾਰੀ ਹੈ, ਤਬਦੀਲੀਆਂ ਨੂੰ ਖਾਰਜ ਕਰਦਾ ਹੈ)। ਨਿਯਮ — `revert` ਆਧੁਨਿਕ commits ਲਈ ਜੋ ਦੂਸਰੇ ਕੋਲ ਹੋ ਸਕਦੇ ਹੋ, `reset` ਸਿਰਫ ਸਥਾਨਕ ਸਫਾਈ ਲਈ — ਮਹੱਤਵਪੂਰਨ ਹੈ ਕਿਉਂਕਿ shared ਇਤਿਹਾਸ ਨੂੰ ਮੁੜ ਲਿਖਣਾ (reset ਦੁਆਰਾ pushed commits ਤੇ) ਸਹਿਯੋਗੀਆਂ ਲਈ ਗੰਭੀਰ ਮਸਲੇ ਪੈਦਾ ਕਰਦਾ ਹੈ। ਤਬਦੀਲੀਆਂ ਨੂੰ ਅਨਡੂ ਕਰਨਾ ਜਾਣਨਾ ਕੰਮ ਗੁਆਉਣ ਤੋਂ ਬਚਾਉਂਦਾ ਹੈ (ਵਿਨਾਸ਼ਕਾਰੀ ਕਮਾਂਡਾਂ ਦੀ ਲਾਪਰਵਾਹ ਵਰਤੋਂ) ਅਤੇ ਸਹਿਯੋਗ ਨੂੰ ਵਿਘਨ ਦਿੰਦੇ ਹੋਏ (shared ਇਤਿਹਾਸ ਨੂੰ ਮੁੜ ਲਿਖਣਾ)। ਕਿਉਂਕਿ ਤਬਦੀਲੀਆਂ ਨੂੰ ਵਾਪਸ ਕਰਨਾ ਇੱਕ ਆਮ, ਅਨਿਵਾਰ ਲੋੜ ਹੈ ਅਤੇ Git ਮਲਟੀਪਲ ਸਥਿਤੀ-ਵਿਸ਼ੇਸ਼ ਪਹੁੰਚ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ ਮਹੱਤਵਪੂਰਨ ਸੁਰੱਖਿਆ ਪ੍ਰਭਾਵਾਂ ਦੇ ਨਾਲ (ਵਿਸ਼ੇਸ਼ ਤੌਰ ਤੇ shared ਇਤਿਹਾਸ ਲਈ revert ਬਨਾਮ reset), Git ਵਿੱਚ ਤਬਦੀਲੀਆਂ ਨੂੰ ਵਾਪਸ ਕਰਨਾ ਜਾਣਨਾ — ਹਰੇਕ ਦ੍ਰਿਸ਼ ਲਈ ਸਹੀ ਸੰਦ ਅਤੇ ਮਾਮੂਲੀ revert-vs-reset ਭਿੰਨਤਾ — ਮੂਲਵਾਨ ਹੈ, ਅਕਸਰ-ਲਾਗੂ ਅਭਿਆਸਕ ਗਿਆਨ ਹੈ Git ਨਾਲ ਹੋਸ਼ਿਆਰੀ ਅਤੇ ਸੁਰੱਖਿਤ ਢੰਗ ਨਾਲ ਕੰਮ ਕਰਨ ਲਈ, ਇੱਕ ਹੁਨਰ ਜੋ ਗਲਤੀਆਂ ਦੀ ਚਿੰਤਾ ਨੂੰ ਰੁਟੀਨ ਰਿਕਵਰੀ ਵਿੱਚ ਬਦਲ ਦਿੰਦਾ ਹੈ ਜਦਕਿ shared ਇਤਿਹਾਸ ਨੂੰ ਮੁੜ ਲਿਖਣ ਦੀ ਗੰਭੀਰ ਨਿਆਨ ਤੋਂ ਬਚਾ ਕੇ।