ਇੰਟਰਐਕਟਿਵ ਰੀਬੇਸ ਕਿਵੇਂ ਕੰਮ ਕਰਦਾ ਹੈ?

Question

Accepted Answer

**ਇੰਟਰਐਕਟਿਵ ਰੀਬੇਸ** (`git rebase -i`) ਤੁਹਾਨੂੰ **ਕਮਿਟਾਂ ਨੂੰ ਦੁਬਾਰਾ ਲਿਖਣ, ਦੁਬਾਰਾ ਵਿਵਸਥਿਤ ਕਰਨ, ਜੋੜਨ, ਸੰਪਾਦਿਤ ਕਰਨ, ਜਾਂ ਛੱਡਣ** ਦਿੰਦਾ ਹੈ — ਸ਼ੇਅਰ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਆਪਣੀ ਕਮਿਟ ਹਿਸਟਰੀ ਨੂੰ ਸਾਫ ਕਰਦਾ ਹੈ। ਇਹ ਮੈਲੇ ਕੰਮ-ਵਿਚ-ਪ੍ਰਗਤੀ ਕਮਿਟਾਂ ਤੋਂ ਸਾਫ, ਲਾਜ਼ੀਕਲ ਹਿਸਟਰੀ ਤਿਆਰ ਕਰਨ ਲਈ ਇੱਕ ਸ਼ਕਤੀਸ਼ਾਲੀ ਟੂਲ ਹੈ। ## ਇੰਟਰਐਕਟਿਵ ਰੀਬੇਸ ਸ਼ੁਰੂ ਕਰਨਾ ```bash git rebase -i HEAD~4 # interactively rebase the last 4 commits git rebase -i # rebase commits after # → opens an editor listing the commits with actions to apply ``` ## ਕਾਰਵਾਈਆਂ ```text pick abc123 Add login form # keep the commit as-is squash def456 Fix typo # COMBINE into the previous commit (merge messages) fixup ghi789 Fix another typo # combine into previous, DISCARD this message reword jkl012 Add validation # keep the commit but EDIT its message edit mno345 Refactor auth # PAUSE to amend the commit (change content) drop pqr678 Debug logging # DELETE this commit entirely # reorder lines to REORDER commits ``` ਤੁਸੀਂ ਸੂਚੀ ਨੂੰ ਸੰਪਾਦਿਤ ਕਰਦੇ ਹੋ — ਹਰੇਕ ਕਮਿਟ ਲਈ ਇੱਕ ਕਾਰਵਾਈ ਚੁਣਦੇ ਹੋ (ਅਤੇ ਲਾਈਨਾਂ ਨੂੰ ਦੁਬਾਰਾ ਵਿਵਸਥਿਤ ਕਰਨਾ ਕਮਿਟਾਂ ਨੂੰ ਦੁਬਾਰਾ ਵਿਵਸਥਿਤ ਕਰਦਾ ਹੈ) — ਫਿਰ ਗਿਟ ਉਹਨਾਂ ਨੂੰ ਅਨੁਸਾਰੀ ਢੰਗ ਨਾਲ ਮੁੜ-ਲਗਾਉਂਦਾ ਹੈ। ## ਆਮ ਵਰਤੋਂ ```text ✓ SQUASH multiple WIP commits into one clean commit ("wip", "fix", "oops" → one good commit) ✓ REWORD bad commit messages ✓ REORDER commits into a logical sequence ✓ DROP unwanted commits (debug code, mistakes) ✓ SPLIT a commit (via edit) into smaller commits → Result: a clean, logical history instead of messy development commits. ``` ## ਸੁਨਹਿਰੀ ਨਿਯਮ ਅਜੇ ਵੀ ਲਾਗੂ ਹੁੰਦਾ ਹੈ ```text ⚠️ Interactive rebase REWRITES history (new commit hashes): → only do it on LOCAL, UNPUSHED commits — never on shared/public history → typical use: clean up your feature branch BEFORE pushing/opening a PR ``` ## ਇਹ ਮਹੱਤਵਪੂਰਨ ਕਿਉਂ ਹੈ ਇੰਟਰਐਕਟਿਵ ਰੀਬੇਸ ਨੂੰ ਸਮਝਣਾ **ਸਾਫ ਕਮਿਟ ਹਿਸਟਰੀ ਤਿਆਰ ਕਰਨ** ਲਈ ਮੁੱਲਵਾਨ ਹੈ, ਇਸਲਈ ਇਹ ਪੇਸ਼ੇਵਰ ਗਿਟ ਕੰਮ ਲਈ ਉਪਯੋਗੀ ਵਿਹਾਰਕ ਜਾਣਕਾਰੀ ਹੈ। ਵਿਕਾਸ ਦੌਰਾਨ, ਕਮਿਟਾਂ ਅਕਸਰ ਮੈਲੀ ਹੁੰਦੀਆਂ ਹਨ — "wip", "fix typo", "oops" ਜਾਂ ਨਿਯੰਤ್ਰਣ ਕਮਿਟਾਂ ਵਾਲੀਆਂ ਕੰਮ-ਵਿਚ-ਪ੍ਰਗਤੀ ਕਮਿਟਾਂ, ਗਲਤ ਹਿਸਟਰੀ ਆਰਡਰ — ਅਤੇ **ਇੰਟਰਐਕਟਿਵ ਰੀਬੇਸ** ਤੁਹਾਨੂੰ **ਸ਼ੇਅਰ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਇਸ ਨੂੰ ਸਾਫ ਕਰਨ** ਦਿੰਦਾ ਹੈ: ਬਹੁ-ਪਾਸੀ ਮੈਲੀਆਂ ਕਮਿਟਾਂ ਨੂੰ ਸਾਫ ਲਾਜ਼ੀਕਲ ਵਿਚਾਂ ਵਿੱਚ ਸੰਯੁਕਤ ਕਰਨਾ, ਨਿਖੁਆ ਸੁਨੇਹਾ ਮੁੜ-ਲਿਖਣਾ, ਕਮਿਟਾਂ ਨੂੰ ਸਮਝਦਾਰੀ ਤੋਂ ਮੁੜ-ਵਿਵਸਥਿਤ ਕਰਨਾ, ਅਨਚਾਹੇ ਕਮਿਟ ਛੱਡਣਾ (ਜਿਵੇਂ ਨਿਯੰਤ੍ਰਣ ਕੋਡ), ਅਤੇ ਕਮਿਟਾਂ ਵੰਡਣਾ — ਮੈਲੀ ਵਿਕਾਸ ਹਿਸਟਰੀ ਨੂੰ ਸਾਫ, ਲਾਜ਼ੀਕਲ, ਨਿਰੀਖਣਯੋਗ ਕ੍ਰਮ ਵਿੱਚ ਤਬਦੀਲ ਕਰਦਾ ਹੈ। ਇਹ ਮਹੱਤਵਪੂਰਨ ਹੈ ਕਿਉਂਕਿ ਸਾਫ ਕਮਿਟ ਹਿਸਟਰੀ (ਜਿਵੇਂ ਚੰਗੀ-ਕਮਿਟ ਪ੍ਰਥਾਵਾਂ ਵਿੱਚ ਕਵਰ ਕੀਤਾ ਗਿਆ ਹੈ) ਕੋਡ ਰਿਵਿਊ ਨੂੰ ਆਸਾਨ ਬਣਾਉਂਦੀ ਹੈ, ਹਿਸਟਰੀ ਨੂੰ ਹੋਰ ਸਮਝਣਯੋਗ ਬਣਾਉਂਦੀ ਹੈ, ਅਤੇ ਡਬਗਿੰਗ (bisect ਦੁਆਰਾ) ਨੂੰ ਹੋਰ ਪ੍ਰਭਾਵਸ਼ਾਲੀ ਬਣਾਉਂਦੀ ਹੈ — ਇਸਲਈ ਦੂਸਰਿਆਂ ਨੇ ਤੁਹਾਡਾ ਕੰਮ ਦੇਖਣ ਤੋਂ ਪਹਿਲਾਂ ਇਸ ਨੂੰ ਸਾਫ ਕਰਨ ਦੀ ਸਮਰੱਥਾ ਪੇਸ਼ੇਵਰ ਗਿਟ ਅਭਿਆਸ ਦੀ ਇੱਕ ਪਹਿਚਾਨ ਹੈ। **ਕਾਰਵਾਈਆਂ** (pick, squash, fixup, reword, edit, drop, ਅਤੇ ਮੁੜ-ਵਿਵਸਥਾ) ਅਤੇ **ਆਮ ਵਰਤੋਂ** (ਖਾਸ ਕਰਕੇ WIP ਕਮਿਟਾਂ ਨੂੰ ਸੰਯੁਕਤ ਕਰਨਾ, ਬਹੁਤ ਆਮ ਲੋੜ) ਨੂੰ ਸਮਝਣਾ ਵਿਹਾਰਕ ਹੁਨਰ ਹੈ। alog ਭਾਵ, **ਰੀਬੇਸਿੰਗ ਦਾ ਸੁਨਹਿਰੀ ਨਿਯਮ ਅਜੇ ਵੀ ਲਾਗੂ ਹੁੰਦਾ ਹੈ** — ਇੰਟਰਐਕਟਿਵ ਰੀਬੇਸ ਹਿਸਟਰੀ ਨੂੰ ਦੁਬਾਰਾ ਲਿਖਦਾ ਹੈ (ਨਵੇ ਹੈਸ਼), ਇਸਲਈ ਇਹ **ਸਥਾਨਿਕ, ਅਚੱਲ ਕਮਿਟਾਂ** ਉੱਪਰ ਹੀ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ (ਸ਼ੇਅਰ ਕੀਤੀ ਹਿਸਟਰੀ ਉੱਪਰ ਕਦੀ ਨਹੀਂ), ਆਮ ਵਰਤੋਂ ਇੱਕ ਫੀਚਰ ਬ੍ਰਾਂਚ ਨੂੰ ਸਾਫ ਕਰਨਾ ਹੈ *ਪੁਸ਼ ਕਰਨ ਜਾਂ ਪੁਲ ਰਿਕਯੂਸਟ ਖੋਲ੍ਹਣ ਤੋਂ ਪਹਿਲਾਂ*। ਕਿਉਂਕਿ ਸਾਫ, ਲਾਜ਼ੀਕਲ ਕਮਿਟ ਹਿਸਟਰੀ ਸਹਿਕਾਰ ਅਤੇ ਗੁਣਵੱਤਾ ਲਈ ਮੁੱਲਵਾਨ ਹੈ, ਅਤੇ ਕਿਉਂਕਿ ਵਿਕਾਸ ਕੁਦਰਤੀ ਤੌਰ ਤੇ ਮੈਲੀ ਕਮਿਟਾਂ ਪੈਦਾ ਕਰਦਾ ਹੈ ਜੋ ਇੰਟਰਐਕਟਿਵ ਰੀਬੇਸ ਸ਼ੇਅਰ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਸਾਫ ਕਰ ਸਕਦਾ ਹੈ (ਸੁਰੱਖਿਤ ਢੰਗ ਨਾਲ, ਸਥਾਨਿਕ ਕਮਿਟਾਂ ਉੱਪਰ), ਇੰਟਰਐਕਟਿਵ ਰੀਬੇਸ ਨੂੰ ਸਮਝਣਾ — ਕਾਰਵਾਈਆਂ, ਆਮ ਵਰਤੋਂ ਜਿਵੇਂ ਸੰਯੁਕਤ ਕਰਨਾ, ਅਤੇ ਸੁਰੱਖਿਆ ਨਿਯਮ — ਮੁੱਲਵਾਨ, ਵਿਹਾਰਕ-ਪ੍ਰਾਸੰਗਿਕ ਗਿਟ ਜਾਣਕਾਰੀ ਹੈ ਪੇਸ਼ੇਵਰ ਵਿਕਾਸ ਲਈ, ਸਾਫ, ਨਿਰੀਖਣਯੋਗ ਹਿਸਟਰੀ ਪੇਸ਼ ਕਰਨ ਲਈ ਇੱਕ ਸ਼ਕਤੀਸ਼ਾਲੀ ਟੂਲ ਜੋ ਵਿਚਾਰਸ਼ੀਲ ਗਿਟ ਯੂਜਿੰਗ ਨੂੰ ਵੱਖ ਕਰਦਾ ਹੈ, ਨਿਯਮਿਤ ਤੌਰ ਤੇ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ ਟੀਮ ਨਾਲ ਸ਼ੇਅਰ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਕੰਮ ਨੂੰ ਪਾਲਿਸ਼ ਕਰਨ ਲਈ।