Git में अंतिम कमिट को कैसे संशोधित करें (संदेश, फ़ाइलें, लेखक और पूर्ववत करें)

अपनी वर्तमान शाखा पर नवीनतम कमिट को ठीक करने के लिए, git commit --amend चलाएँ। यदि कुछ भी चरणबद्ध नहीं है, तो Git कमिट को आपके अद्यतन संदेश से बदल देता है; यदि आप पहले नए परिवर्तन करते हैं, तो Git उन चरणबद्ध परिवर्तनों को कमिट में मोड़ देता है और आपको मौजूदा संदेश को --no-edit के साथ रखने या उसे उसी स्थान पर फिर से लिखने की सुविधा देता है। क्या आप विज़ुअल वर्कफ़्लो को प्राथमिकता देते हैं? GitTree में macOS, Windows और Linux पर, कमिट पैनल में पिछले कमिट में संशोधन करें चालू करें (या ग्राफ़ में शीर्ष कमिट पर राइट-क्लिक करें और कमिट संदेश संपादित करें... चुनें) संदेश को पहले से भरने के लिए, अलग-अलग लाइनों को स्टेज या अनस्टेज करें, पुश किए गए इतिहास को फिर से लिखने से पहले एक रिमोट-ब्रांच चेतावनी देखें, और एक-क्लिक अनडू के साथ किसी भी समय पुनर्प्राप्त करें।

त्वरित संदर्भ: प्रत्येक git कमिट --अमेंड कमांड

सटीक कमांड चुनें जो आपके नवीनतम कमिट में जो गलत है उससे मेल खाता हो - या किनारे के मामलों, हुक, हस्ताक्षरित कमिट और विज़ुअल विकल्पों के लिए नीचे दिए गए विस्तृत अनुभाग पर जाएं।

वास्तव में हुड के तहत git Commit --amend क्या करता है

प्रत्येक Git कमिट हैश एक क्रिप्टोग्राफ़िक चेकसम (SHA-1 या SHA-256) है, जिसकी गणना डेटा के पांच टुकड़ों से की जाती है: रूट ट्री स्नैपशॉट, पैरेंट कमिट हैश(एस), लेखक नाम/ईमेल/टाइमस्टैंप, कमिटर नाम/ईमेल/टाइमस्टैंप, और कमिट संदेश। संदेश में एक भी अक्षर बदलें - या एक सेकंड बाद कमिटर टाइमस्टैम्प - और परिणामी हैश पूरी तरह से अलग है।

# Before git commit --amend:
A --- B --- C  <-- main (HEAD)

# After git commit --amend:
A --- B --- C' <-- main (HEAD)
       \
        C      (still in git reflog as HEAD@{1} until garbage collection)

जब आप git commit --amend चलाते हैं, तो Git वर्तमान में स्टेजिंग क्षेत्र (सूचकांक) में जो कुछ भी है, उसे ले लेता है, इसे C (B) के पैरेंट पॉइंटर के साथ जोड़ता है, एक नया कमिट ऑब्जेक्ट C' लिखता है, और आपके वर्तमान शाखा संदर्भ को बिंदु C' पर अपडेट करता है। मूल कमिट C को तुरंत हटाया नहीं जाता है: यह आपके स्थानीय रीफ्लॉग (HEAD@{1}) में कम से कम 30 से 90 दिनों (gc.reflogExpireUnreachable) तक दर्ज रहता है, यही कारण है कि एक आकस्मिक संशोधन हमेशा स्थानीय रूप से पुनर्प्राप्त किया जा सकता है - या तो git reflog के माध्यम से या GitTree के पूर्ववत करें और फिर से करें और खोया और पाया टूल के माध्यम से।

1. अंतिम कमिट संदेश बदलें

यदि आपने अभी-अभी गलती की है और तुरंत कोई टाइपो त्रुटि, गलत जीरा/GitHub अंक संख्या, या कोई गुम Conventional Commits उपसर्ग (feat:, fix:, chore:) देखा है, तो पहले git status जांचें ताकि आप जान सकें कि कुछ भी गलत है या नहीं।

-एम के साथ एक नया एक-पंक्ति या बहु-पैराग्राफ संदेश पास करें

किसी संपादक को लॉन्च किए बिना संदेश को सीधे टर्मिनल से बदलने के लिए, -m पास करें। विषय पंक्ति और मुख्य अनुच्छेद बनाने के लिए आप अनेक -m झंडों को श्रृंखलाबद्ध कर सकते हैं:

# Replace the commit subject inline
git commit --amend -m "fix(auth): validate refresh token expiry before rotation"

# Replace both the subject line and body paragraph
git commit --amend \
  -m "fix(auth): validate refresh token expiry before rotation" \
  -m "Prevents expired tokens from issuing a new session when clock skew exceeds 30s."

अपने टेक्स्ट एडिटर में मौजूदा संदेश को संपादित करें

जब आपके कमिट में पहले से ही एक विस्तृत बहु-पंक्ति विवरण, ट्रेलर (Co-authored-by:, Signed-off-by:), या ऐसे संदर्भ जारी हों जिन्हें आप दोबारा टाइप नहीं करना चाहते हैं, तो -m के बिना git commit --amend चलाएं:

git commit --amend

Git आपके कॉन्फ़िगर किए गए core.editor (विम, नैनो, वीएस कोड, जेड, आदि) को पहले से लोड किए गए वर्तमान कमिट संदेश के साथ खोलता है। संशोधित कमिट लिखने के लिए फ़ाइल को सहेजें और बंद करें। यदि संपादक के खुले होने पर आप अपना मन बदलते हैं, तो संपूर्ण कमिट संदेश हटा दें (फ़ाइल को खाली छोड़ दें) और सहेजें—गिट Aborting commit due to empty commit message के साथ संशोधन को निरस्त कर देता है और HEAD को अछूता छोड़ देता है।

2. भूली हुई फ़ाइलें या विशिष्ट पंक्तियाँ अंतिम कमिट में जोड़ें

किसी फ़ाइल को सहेजना, परीक्षण फ़िक्स्चर का स्टेजिंग करना, या कमिट करने से पहले अपना फ़ॉर्मेटर चलाना भूल जाना डेवलपर्स द्वारा --amend तक पहुंचने का सबसे आम कारण है। पहले लापता परिवर्तनों को चरणबद्ध करें, फिर --no-edit के साथ संशोधन करें ताकि Git संपादक को खोले बिना मौजूदा कमिट संदेश को बनाए रखे:

# Stage the forgotten file (or files)
git add src/auth/token-validator.test.ts

# Fold the staged file into the last commit and keep the existing message
git commit --amend --no-edit

संशोधन से पहले केवल विशिष्ट पंक्तियों या खंडों को चरणबद्ध करें

क्या होगा यदि आपके वर्किंग ट्री में पिछले कमिट में शामिल 3-लाइन फ़िक्स और डिबग लॉगिंग की 40 लाइनें या आपके अगले फीचर के लिए काम करने वाली दोनों लाइनें शामिल हैं? git add . या git commit -a --amend न चलाएं. इसके बजाय, पैच मोड का उपयोग करके पिछली कमिट में मौजूद सटीक हिस्सों या रेखाओं को ही चरणबद्ध करें (हमारे git add -p और विशिष्ट पंक्तियों को व्यवस्थित करने के लिए मार्गदर्शिका में विस्तार से बताया गया है):

# Choose y/n/s (split) for each changed hunk
git add -p src/auth/token-validator.ts

# Verify what is staged vs what stays in the working tree
git diff --staged

# Amend the last commit with only the staged hunks
git commit --amend --no-edit

GitTree में, ऐसा करने के लिए आपको कभी भी टर्मिनल हंक स्प्लिटिंग (s, e) के साथ संघर्ष नहीं करना पड़ेगा: अनस्टेज्ड चेंजेस में किसी भी फ़ाइल पर क्लिक करें, सटीक पंक्तियों का चयन करें या साइड-बाय-साइड या इनलाइन अंतर में Stage Hunk पर क्लिक करें, और पिछली कमिट में संशोधन करें को टॉगल करें। यह देखने के लिए कि कैसे चरणबद्ध बनाम अचरणीय अंतर का निरीक्षण करना, आकस्मिक कोड को एक संशोधित कमिट में फिसलने से रोकता है, हमारी गिट डिफ गाइड देखें।

3. गलती से हुई फ़ाइल को हटाएँ (डिस्क से हटाए बिना)

मान लीजिए कि आपने git add . चलाया और गलती से एक .env.local फ़ाइल, एक बड़ी बिल्ड आर्टिफैक्ट, या एक फ़ाइल जो एक अलग पुल अनुरोध में है, कमिट हो गई। आप इसे HEAD से कैसे हटाते हैं यह इस बात पर निर्भर करता है कि फ़ाइल कमिट में HEAD (HEAD~1) से पहले मौजूद थी या HEAD में नई जोड़ी गई थी।

केस ए: अंतिम कमिट से नई जोड़ी गई फ़ाइल को हटाएं (स्थानीय फ़ाइल रखें)

भौतिक फ़ाइल को अपनी डिस्क पर छोड़ते समय स्टेजिंग इंडेक्स से फ़ाइल को हटाने के लिए git rm --cached का उपयोग करें, फिर संशोधन करें:

# Remove the file from the index only (leaves the file on disk)
git rm --cached .env.local

# Optional: add it to .gitignore so it never gets staged again
echo ".env.local" >> .gitignore
git add .gitignore

# Rewrite the last commit without .env.local
git commit --amend --no-edit

केस बी: अंतिम कमिट में ट्रैक की गई फ़ाइल में संपादन वापस लाएं (स्थानीय संपादन रखें)

यदि <file> को पहले से ही HEAD~1 में ट्रैक किया गया था और आपने गलती से इसमें HEAD में संपादन शामिल कर दिया था, तो git rm --cached का उपयोग नहीं करें (जो कि HEAD में फ़ाइल विलोपन को रिकॉर्ड करेगा!)। इसके बजाय, उस फ़ाइल के लिए अनुक्रमणिका प्रविष्टि को HEAD~1 से पुनर्स्थापित करें:

# Reset only the staged index state of <file> back to HEAD~1
git restore --source=HEAD~1 --staged src/config/database.ts

# Amend HEAD: the commit no longer touches database.ts, and your local edits stay in the working tree
git commit --amend --no-edit

यदि आप इसके बजाय अवांछित स्थानीय संपादनों को छोड़ना चाहते हैं या अनट्रैक की गई फ़ाइलों को पूरी तरह से साफ़ करना चाहते हैं, तो देखें Git में परिवर्तनों को कैसे त्यागें और अनट्रैक की गई फ़ाइलों को कैसे साफ़ करें और Git में हटाई गई फ़ाइल को कैसे पुनर्स्थापित करें।

4. अंतिम कमिट का लेखक, ईमेल या टाइमस्टैम्प बदलें

जब आप सेटिंग करने से पहले एक नए लैपटॉप पर कमिट करते हैं, user.email, या किसी कार्य रिपॉजिटरी के अंदर कमिट करते हैं, जबकि आपका व्यक्तिगत GitHub ईमेल विश्व स्तर पर कॉन्फ़िगर किया जाता है, तो कमिट गलत पहचान रिकॉर्ड करता है। git commit --amend किसी भी फ़ाइल को छुए बिना कमिट के मेटाडेटा को फिर से लिख सकता है।

# Option 1: Set an explicit author name and email on the last commit
git commit --amend --author="Jane Doe <jane@company.com>" --no-edit

# Option 2: Update git config first, then reset the commit author to match
git config user.name "Jane Doe"
git config user.email "jane@company.com"
git commit --amend --reset-author --no-edit

# Option 3: Amend the author date as well
git commit --amend --date="2026-11-11T14:30:00+02:00" --no-edit

5. जिस कमिट को आप पहले ही पूरा कर चुके हैं उसे सुरक्षित रूप से कैसे संशोधित करें

जैसे ही आप उस कमिट में संशोधन करते हैं जिसे पहले ही origin पर पुश दिया गया था, आपकी स्थानीय शाखा और रिमोट-ट्रैकिंग शाखा (origin/<branch>) अलग हो जाती हैं: आपकी स्थानीय शाखा में C' है, जबकि origin में अभी भी C है। दोनों शेयर पैरेंट के लिए कमिट हैं B।

यदि शाखा आपकी अपनी सुविधा या पुल-अनुरोध शाखा है, तो रिमोट को --force-with-lease (और Git 2.30+ में --force-if-includes) के साथ सुरक्षित रूप से अपडेट करें:

# Safely replace the remote branch tip with your amended commit
git push --force-with-lease --force-if-includes origin HEAD

• क्यों `--force` के बजाय `--force-with-lease`: सादा git push --force दूरस्थ शाखा को आँख बंद करके अधिलेखित कर देता है, आपके अंतिम फ़ेच के बाद से किसी भी टीम के साथी या सीआई बॉट द्वारा किए गए किसी भी कमिट को मिटा देता है। --force-with-lease जाँच करता है कि origin/<branch> अभी भी आपके स्थानीय रिमोट-ट्रैकिंग रेफरी में संग्रहीत सटीक कमिट एसएचए को इंगित करता है; यदि इस बीच किसी और ने पुश किया, तो Git ने अपना काम खोने के बजाय पुश को अस्वीकार कर दिया।
• क्या `--force-if-includes` जोड़ता है: यदि आपके पास पृष्ठभूमि ऑटो-फ़ेचिंग सक्षम है, तो आपका रिमोट-ट्रैकिंग रेफरी आपके पुश करने से पहले अपडेट हो सकता है। --force-if-includes सत्यापित करता है कि पुनर्लेखन की अनुमति देने से पहले दूरस्थ शाखा की नोक पर कमिट वास्तव में आपके स्थानीय रिफ्लॉग में एकीकृत की गई थी।
• जब आप `main` या किसी साझा शाखा पर हों: उस साझा शाखा में संशोधन और दबाव न डालें, जिस पर अन्य डेवलपर अपना काम आधारित करते हैं। इसके बजाय, कमिट को बरकरार रखें और एक नई फिक्स कमिट को पुश करें, या इसे git revert के साथ स्पष्ट रूप से उलट दें (हमारी कमिट और मर्ज को पूर्ववत करने के लिए गाइड और पुश की गई गलतियों को पुनर्प्राप्त करें ट्यूटोरियल देखें)।
• पहले अपनी ट्रैकिंग शाखा को कॉन्फ़िगर करने की आवश्यकता है? देखें Git में अपस्ट्रीम शाखा कैसे सेट करें।

6. यदि आपको जिस कमिट में संशोधन करने की आवश्यकता है वह अंतिम कमिट नहीं है तो क्या होगा?

git commit --amend केवल कभी भी पुनः लिखता है HEAD (टिप कमिट)। जब टाइपो या गायब परिवर्तन HEAD~2 में होता है या तीन कमिट वापस आते हैं, तो आपके पास दो साफ़ विकल्प होते हैं - मैन्युअल रूप से छिपाने और चेरी-पिकिंग के बिना:

विकल्प 1: गिट कमिट --फिक्सअप के साथ फास्ट CLI ऑटोस्क्वैश

Stage the fix, create a --fixup commit targeting the older commit’s SHA (or --fixup=amend:<sha> to also edit its message), and run git rebase -i --autosquash:

# 1. Stage the changes meant for the older commit (e.g. a1b2c3d)
git add src/api/client.ts

# 2. Create a fixup commit targeting a1b2c3d
git commit --fixup=a1b2c3d

# 3. Autosquash the fixup commit straight into a1b2c3d
GIT_SEQUENCE_EDITOR=: git rebase -i --autosquash a1b2c3d~1

विकल्प 2: विज़ुअल इंटरएक्टिव रीबेस GitTree में

SHAs की प्रतिलिपि बनाने और टर्मिनल में रीबेस टूडू फ़ाइलों को संपादित करने के बजाय, हमारा पूरा इंटरैक्टिव रीबेस जीयूआई गाइड और ब्रांच रीबेस गाइड पढ़ें। GitTree के इंटरैक्टिव रीबेस और रिवर्ड, स्क्वैश एंड ड्रॉप प्लानर में, ग्राफ़ में किसी भी पुराने कमिट पर राइट-क्लिक करें, यहाँ से इंटरएक्टिव रीबेस चुनें..., उस कमिट को रिवर्ड पर स्विच करें या उस पर एक फिक्स कमिट को फिक्सअप/स्क्वैश पर खींचें, और एक क्लिक में लागू करें।

7. किसी आकस्मिक गिट कमिट को कैसे पूर्ववत करें --संशोधन करें

क्या आपने अनपेक्षित फ़ाइलों के चरणबद्ध होने के दौरान git commit --amend चलाया था, या गलती से आपके लिए आवश्यक कमिट संदेश को अधिलेखित कर दिया था? क्योंकि Git स्थानीय रीफ्लॉग में HEAD की प्रत्येक गतिविधि को रिकॉर्ड करता है, आपकी पूर्व-संशोधन कमिट अभी भी HEAD@{1} पर सुरक्षित रूप से मौजूद है।

# 1. Inspect the reflog to see the amend and the commit before it
git reflog -n 5
# e9f8d7c (HEAD -> feature) HEAD@{0}: commit (amend): feat: add billing webhook
# 4a3b2c1 HEAD@{1}: commit: feat: add billing webhook

# 2. Restore the branch to the pre-amend commit and keep any extra changes staged
git reset --soft HEAD@{1}

Using git reset --soft HEAD@{1} puts your branch pointer right back on the original commit (4a3b2c1) and leaves the difference between the amended commit and the original commit staged in your index—nothing in your working tree is lost. For a deep dive into soft, mixed, and hard resets and reflog recovery, read Git reset --soft vs --mixed vs --hard, how to undo git reset, rebase, or commit with reflog, and how to recover dropped stashes and dangling commits.

गिट कमिट का उपयोग कब करें - संशोधन बनाम रीसेट, रिवर्ट, या रिबेस -आई

जब भी आपको इतिहास को ठीक करने की आवश्यकता हो तो इस निर्णय मैट्रिक्स का उपयोग करें ताकि आप वह कमांड चुनें जो आपके कमिट की स्थिति से मेल खाता हो और क्या टीम के साथियों ने इसे पुल लिया है:

कैसे GitTree हर सामान्य git कमिट --संशोधित गलती को दूर करता है

अधिकांश कमांड-लाइन संशोधन दुर्घटनाएँ इसलिए होती हैं क्योंकि टर्मिनल संदर्भ के तीन महत्वपूर्ण टुकड़ों को तब तक छुपाता है जब तक कि बहुत देर नहीं हो जाती: आपके स्टेजिंग क्षेत्र में पहले से ही क्या मौजूद है, क्या HEAD को पहले ही origin पर पुश दिया गया है, और आपके द्वारा इसे ओवरराइट करने से पहले पिछली कमिट SHA क्या थी। GitTree उन विफलता मोडों में से प्रत्येक को सीधे इंटरफ़ेस में हल करता है:

• लाइव स्टेज्ड बनाम अनस्टेज्ड डिफ इंस्पेक्शन: इससे पहले कि आप कमिट में संशोधन करें पर क्लिक करें, स्टेज्ड चेंजेस सूची सीधे कमिट बॉक्स के ऊपर बैठती है ताकि आप कभी भी गलती से आधी-अधूरी फाइलों को HEAD में मोड़ न सकें। आप एक क्लिक से अलग-अलग लाइनों, हंक्स या फ़ाइलों को स्टेज या अनस्टेज कर सकते हैं (स्टेज फ़ाइलें, हंक्स और लाइन्स)।
• पुश्ड-कमिट डिटेक्शन और फोर्स-पुश-विथ-लीज प्रोटेक्शन: जब HEAD पहले से ही रिमोट ब्रांच पर है, तो GitTree आपके संशोधन करने से पहले आपको कमिट पैनल के अंदर ही चेतावनी देता है, और वर्कफ़्लो को फोर्स पुश (लीज के साथ)… के साथ जोड़ देता है ताकि आप कभी भी टीम के साथी के पुश को ओवरराइट न करें।
• राइट-क्लिक रीवर्डिंग और क्विक `fixup!` / `amend!` क्रिएशन: क्या आप अपनी चरणबद्ध फ़ाइलों को छुए बिना HEAD रीवर्ड करना चाहते हैं? कमिट ग्राफ़ में शीर्ष कमिट पर राइट-क्लिक करें और कमिट संदेश संपादित करें... चुनें। किसी पुराने कमिट को ठीक करने की आवश्यकता है? ग्राफ़ में उस पुराने कमिट पर राइट-क्लिक करके fixup! या amend! कमिट बनाएं या इंटरैक्टिव रीबेस खोलें।
• स्वचालित सुरक्षा स्नैपशॉट (`refs/ogt/trash`) और एक-क्लिक पूर्ववत करें: इतिहास बदलने वाले 19 ऑपरेशनों में से किसी को निष्पादित करने से पहले - जिसमें कमिट में संशोधन, इंटरैक्टिव रीबेस, रीसेट, शाखा हटाना और त्यागना शामिल है - GitTree refs/ogt/trash के तहत एक स्थानीय स्नैपशॉट रिकॉर्ड करता है। पूर्ववत करें (Cmd+Z / Ctrl+Z) पर क्लिक करने से आपकी सटीक पूर्व-संशोधन कमिट और स्टेजिंग स्थिति तुरंत बहाल हो जाती है।
• विजुअल लॉस्ट एंड फाउंड एंड बिल्ट-इन टर्मिनल: भले ही आपने अंतर्निहित टर्मिनल या सप्ताह पहले से संशोधन किया हो, लॉस्ट एंड फाउंड पहुंच योग्य नहीं है और कमिट को उनके पूर्ण अंतर के साथ बदल दिया गया है, ताकि आप कच्चे git reflog आउटपुट को पार्स किए बिना उनमें से पुनर्स्थापित, चेरी-पिक, या शाखा कर सकें।
• Git Hooks, Secret Warnings & AI Commit Messages: GitTree runs your repository’s pre-commit and commit-msg Git hooks, checks staged diffs for accidental API keys, and (in GitTree Pro) lets Nour generate accurate commit messages using your own local coding agent.