मुख्य सामग्री पर जाएँ

Git में पिछला कमिट Undo करें: शुरुआती लोगों के लिए चरण-दर-चरण गाइड

यह गाइड आपको सिखाती है कि सही कमांड और टूल्स का उपयोग करके, अकेले या टीम में काम करते समय, अपने आखिरी Git कमिट को सुरक्षित रूप से कैसे Undo करें।
Srujana Maddula
Srujana Maddula

अपना निःशुल्क खाता बनाएँ

अभ्यास और ट्रैक अपनी प्रगति को।

Google के साथ जारी रखेंजारी रखकर, आप हमारी उपयोग की शर्तें, हमारी गोपनीयता नीति को स्वीकार करते हैं और यह भी कि आपका डेटा USA में संग्रहीत है।

यदि आपने कभी समूह में कोडिंग प्रोजेक्ट पर काम किया है, तो आप जानते हैं कि बदलाव को Undo करने की कोशिश करते ही चीजें कितनी तेजी से बिगड़ सकती हैं। एक छोटी सी गलती, और आपका अपना काम मिट सकता है, या बदतर: आपके टीममेट द्वारा अभी किए गए पुश में कुछ टूट सकता है।

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

यह गाइड आपको सब कुछ समझाएगी। आप कमिट्स को Undo करने के अलग-अलग तरीके, उनका काम करने का तरीका, और स्थिति के अनुसार किसे चुनना है, यह सीखेंगे।

Git कमिट हिस्ट्री समझना 

क्या कभी आपने किसी डॉक का वर्ज़न सेव करने के लिए 'Ctrl+S' दबाया है ताकि बाद में उस पर लौट सकें? Git कमिट ठीक वैसा ही करता है, बस पूरी कोडबेस के लिए।

Git में कमिट क्या होता है?

एक git commit आपके प्रोजेक्ट का किसी एक समय का स्नैपशॉट होता है। यह आपकी सभी फाइलों की मौजूदा स्थिति को फ्रीज़ कर देता है और उस वर्ज़न को एक यूनिक आईडी देता है, जैसे आपके कोड की टाइमस्टैम्प्ड फोटो लेना। अगर बाद में कुछ टूट जाता है, तो आप हमेशा उस बिंदु पर वापस जा सकते हैं।

यह कैसे काम करता है? जब आप अपनी रेपो में किसी फाइल को बदलते हैं, तो बदलाव तुरंत स्टोर नहीं होते। वे लोकली आपकी मौजूदा वर्किंग डायरेक्टरी में रहते हैं। उन्हें सेव करने के लिए, इन बदलावों को पहले स्टेज किया जाता है और फिर रेपो में कमिट किया जाता है। आपकी कमिट हिस्ट्री, रेपो पर किए गए सभी कमिट्स की लॉग होती है। 

लोकल बनाम रिमोट कमिट्स

लोकल कमिट्स आपकी मशीन पर रहते हैं और तब तक आपके सहकर्मियों या सहयोगियों को दिखाई नहीं देते जब तक आप साझा न करें। इसका मतलब है कि उन पर आपका ज्यादा नियंत्रण है: आप हिस्ट्री को फिर से लिख सकते हैं, स्क्वैश कर सकते हैं, डिलीट कर सकते हैं, या रीसेट कर सकते हैं, बिना किसी और को प्रभावित किए।

दूसरी ओर, रिमोट कमिट्स उन सभी के लिए सुलभ होते हैं जो रेपो पर काम कर रहे हैं। इसका मतलब है कि आपको इन कमिट्स को फिर से नहीं लिखना चाहिए या डिलीट नहीं करना चाहिए। ऐसा करने से, अगर आपके टीममेट्स वही रिमोट ब्रांच इस्तेमाल कर रहे हैं, तो उनके लिए चीजें टूट सकती हैं। इसलिए साझा की गई हिस्ट्री को फिर से लिखने से पहले सावधान और जागरूक रहें। 

आखिरी Git कमिट को लोकली Undo करना

Git में, HEAD आपके प्रोजेक्ट की हिस्ट्री में नवीनतम कमिट की ओर इशारा करता है। जब आप git reset कमांड का उपयोग करते हैं, तो आप Git को उस पॉइंटर को किसी अन्य कमिट पर ले जाने के लिए कहते हैं। 

आइए देखें कि अलग-अलग परिदृश्यों में आखिरी कमिट को Undo करने के लिए git reset का उपयोग कैसे करें।

git reset --soft HEAD~1 का उपयोग

यह HEAD को एक कमिट पीछे ले जाता है लेकिन आपके बदलावों को स्टेजिंग एरिया में ही छोड़ देता है। आपकी फाइलें जस की तस रहती हैं, और आपने जो भी कमिट किया था, वह सब स्टेज में queued रहता है। इसका उपयोग तब करें जब आप केवल कमिट को Undo करना चाहते हैं, पर सभी बदलाव प्रेप्ड और स्टेज ही बने रहें।

git reset --mixed HEAD~1 का उपयोग

यह एक कदम और आगे जाता है। यह भी HEAD को एक कमिट पीछे ले जाता है लेकिन स्टेजिंग एरिया साफ कर देता है। आपकी फाइलें अभी भी आपकी वर्किंग डायरेक्टरी में रहती हैं, लेकिन अब कुछ भी स्टेज नहीं है। यह git reset का डिफॉल्ट मोड है।

git reset --head HEAD~1 का उपयोग

यह HEAD को पीछे ले जाता है, स्टेजिंग एरिया साफ करता है, और आपकी वर्किंग डायरेक्टरी में हुए बदलावों को मिटा देता है। मानो आखिरी कमिट (और उसके साथ हुए सभी बदलाव) कभी थे ही नहीं।

इसे सावधानी से इस्तेमाल करें — एक बार बदलाव चले गए, तो उन्हें वापस लाना मुश्किल होता है। इसलिए, तभी चलाएं जब आप पूरी तरह सुनिश्चित हों कि आपको उस पिछले कमिट से कुछ भी नहीं चाहिए।

उदाहरण 1: आखिरी कमिट को लोकली Undo करना (सुरक्षित रीवर्क)

मान लीजिए आपने अभी एक कमिट किया, लेकिन एहसास हुआ कि आप README फाइल अपडेट करना भूल गए।

परिदृश्य:

आपने main.py में बदलाव कमिट किए, लेकिन README.md अपडेट करना भूल गए। आप बिना किसी और को प्रभावित किए आखिरी कमिट को संशोधित करना चाहते हैं, और आपने अभी तक कुछ पुश नहीं किया है।

समाधान:

कमिट को Undo करने और बदलावों को स्टेज पर बनाए रखने के लिए git reset --soft HEAD~1 का उपयोग करें:

git reset --soft HEAD~1

अब अपना README फाइल अपडेट करें, उसे स्टेज में जोड़ें, और सबको फिर से कमिट करें:

git add README.md
git commit -m "Update main.py and README.md"

✅ क्यों यह काम करता है: चूंकि कमिट पुश नहीं हुआ था, आप लोकल हिस्ट्री को फिर से लिख सकते हैं, बिना किसी पर असर डाले।

पुश किए गए Git कमिट को Undo करना

तो आपने एक कमिट पुश कर दिया... और अब पछता रहे हैं। हम सभी के साथ ऐसा हुआ है। लेकिन इसे Undo कैसे करें ताकि टीम के काम पर असर न पड़े? 

git push --force से हिस्ट्री को फिर से लिखना

आम तौर पर, Git तभी पुश करने देता है जब आपकी लोकल ब्रांच हाल ही में पुल की गई हो और रिमोट ब्रांच के साथ अप टू डेट हो। लेकिन आप push --force जैसे सुपरपावर कमांड से इस नियम को ओवरराइड कर सकते हैं। यह आपकी लोकल ब्रांच में जो भी है, उससे पूरी रिमोट हिस्ट्री को ओवरराइट कर देता है।

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

push --force के अलावा, pull --force भी है, जो एक और शक्तिशाली कमांड है और सावधानी से उपयोग की जानी चाहिए। इसके बारे में यहाँ जानें।

git revert का उपयोग करते हुए सुरक्षित विकल्प

यदि आप बिना हिस्ट्री डिलीट किए कमिट Undo करना चाहते हैं, तो git revert सबसे अच्छा विकल्प है। यह कमिट को हटाता नहीं; बल्कि एक नया कमिट बनाता है जो बदलावों को उलट देता है।

मान लीजिए आपने streamlit_app.py नाम की फाइल कमिट कर दी, और आप उसे हटाना चाहते हैं। git revert एक नया कमिट बनाएगा जो केवल उसी फाइल को डिलीट करेगा, बाकी हिस्ट्री जस की तस रहेगी।

डिफॉल्ट रूप से, git revert सबसे हालिया कमिट को टार्गेट करता है। हालांकि, आप उसके कमिट आईडी को बताकर पुराने कमिट्स को भी रिवर्ट कर सकते हैं।

उदाहरण 2: साझा ब्रांच पर पुश किया गया कमिट सुरक्षित रूप से Undo करना

मान लीजिए आपने एक टूटा हुआ कॉन्फ़िग बदलाव पुश कर दिया है और उसे बिना हिस्ट्री डिलीट किए उलटना है।

परिदृश्य:

आपने config.yaml में एक गलत लाइन जोड़ने वाला कमिट पुश किया। आपकी टीम पहले से उसी रिमोट ब्रांच (main) पर काम कर रही है, इसलिए आप reset या फोर्स-पुश का उपयोग नहीं कर सकते।

समाधान:

सुरक्षित रूप से कमिट Undo करने के लिए git revert का उपयोग करें:

git revert <commit-hash>

यह एक टेक्स्ट एडिटर खोलेगा ताकि आप रिवर्ट संदेश की पुष्टि कर सकें। एडिटर सेव करें और बंद करें, इससे एक नया कमिट बनेगा जो पिछले कमिट को Undo करेगा।

यदि आखिरी कमिट ही रिवर्ट करना है:

git revert HEAD

फिर बदलाव पुश करें:

git push origin main

✅ क्यों यह काम करता है: git revert हिस्ट्री को फिर से नहीं लिखता — यह एक नया कमिट जोड़ता है। इससे यह साझा ब्रांचों और टीम वर्कफ़्लो के लिए सुरक्षित बनता है।

बदलावों को विज़ुअलाइज़ और पुष्टि करना

कभी-कभी, आप बस देखना चाहते हैं कि अब तक क्या-क्या हुआ है — जैसे पीछे स्क्रॉल करके उस कमिट तक पहुँचना जिसे आप Undo करना चाहते हैं। Git आपको इसके लिए टूल्स देता है।

कमिट हिस्ट्री देखने के लिए git log का उपयोग 

टर्मिनल में git log चलाएँ, और आपको मौजूदा ब्रांच पर सभी कमिट्स की पूरी सूची मिलेगी। आप इसका उपयोग किसी खास कमिट को Undo या संशोधित करने के लिए पहचानने में कर सकते हैं। 

उदाहरण के लिए: git log का आउटपुट कुछ ऐसा दिख सकता है:

  • e3a1b7f README में टाइपो ठीक करें  
  • 4f2c9a1 लॉगिन वैलिडेशन जोड़ें  
  • 9d5b3e8 इनिशियल कमिट  

हर लाइन में कमिट हैश और संदेश होता है। यदि आप किसी खास बदलाव को Undo करना चाहते हैं, तो उस कमिट हैश को कॉपी करें और git revert के साथ उपयोग करें। 

GUI टूल्स या एक्सटेंशन का उपयोग

अगर आप डेवलपर नहीं हैं या आपने वर्ज़न कंट्रोल के साथ पहले काम नहीं किया है, तो ये सभी कमांड-लाइन निर्देश किसी विदेशी भाषा की तरह लग सकते हैं। यहीं पर GUI टूल्स काम आते हैं। वे Git को विज़ुअल और शुरुआती-अनुकूल बनाते हैं, ताकि आप कमांड याद करने के बजाय महत्वपूर्ण चीजों पर ध्यान दे सकें।

GitHub Desktop 

GitHub Desktop एक मुफ्त ऐप है जो आपके GitHub रेपो के साथ काम करने के लिए एक साफ-सुथरा, आसान इंटरफ़ेस देता है। इंस्टॉल होने के बाद, आप इसके जरिए ब्रांच बना सकते हैं, कमिट कर सकते हैं, रिमोट पर पुश कर सकते हैं, और अपने प्रोजेक्ट को मैनेज कर सकते हैं — वह भी Git कमांड्स के बजाय क्लिक के साथ।

यदि आप Git में नए हैं या बस बदलावों को मैनेज करने का और स्मूद अनुभव चाहते हैं, तो यह बेहतरीन है।

GitHub desktop user interface

GitHub Desktop यूज़र इंटरफ़ेस। छवि स्रोत। 

Sourcetree

Sourcetree Mac और Windows दोनों के लिए एक मुफ्त Git GUI टूल है। यह बिना टर्मिनल छुए ब्रांच, कमिट्स और मर्ज को मैनेज करने का विज़ुअल तरीका देता है। यह हल्का, शुरुआती-अनुकूल है, और GitHub, GitLab और Bitbucket जैसे लोकप्रिय प्लेटफ़ॉर्म के साथ अच्छी तरह काम करता है। 

चूंकि इसे Atlassian ने बनाया है, यह Jira, Confluence और Bamboo जैसे अन्य Atlassian टूल्स के साथ भी अच्छी तरह काम करता है, जिससे यह अच्छा विकल्प बनता है यदि आपकी टीम पहले से उस इकोसिस्टम का उपयोग करती है।

Sourcetree user interface

Sourcetree यूज़र इंटरफ़ेस। छवि स्रोत। 

GitKraken

GitKraken एक फीचर-रिच Git GUI है जो रेपो के साथ काम को स्मूद और विज़ुअल बना देता है। इसका मुख्य आकर्षण ग्राफ़ व्यू है — आपकी रेपो की हिस्ट्री का रंगीन, इंटरएक्टिव टाइमलाइन, जो ब्रांच, मर्ज और कमिट्स को फॉलो करना आसान बनाती है।

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

GitKraken व्यक्तिगत उपयोग के लिए मुफ़्त है, लेकिन यदि आप एंटरप्राइज़ में काम कर रहे हैं या निजी रेपो मैनेज कर रहे हैं, तो आपको पेड प्लान की ज़रूरत होगी।

Gitkraken user interface

Gitkraken उज़र इंटरफ़ेस। छवि स्रोत।

Git कमिट्स को Undo करने की सर्वश्रेष्ठ प्रथाएँ

जब तक आप अच्छी प्रथाओं का पालन करते हैं, कमिट को Undo करने से डरने की ज़रूरत नहीं। आइए जानें वे क्या हैं।

प्रयोग के लिए ब्रांच का उपयोग करें

जब भी आप कुछ नया बना रहे हों या बग ठीक कर रहे हों, main से अलग एक ब्रांच बनाएं। सारा काम वहीं करें, अच्छी तरह टेस्ट करें, और तभी उसे main ब्रांच में मर्ज करें।

इस तरह, कोई भी गलती या रोलबैक आपकी ब्रांच तक सीमित रहता है और बाकी टीम के काम में दखल नहीं देता।

संदेह हो तो git revert का उपयोग करें

मान लें आपने लोकल ब्रांच पर कुछ कमिट्स कर दिए और गलती से उन्हें main ब्रांच पर पुश कर दिया। अब आप उनमें से किसी एक कमिट को Undo करना चाहते हैं, बिना साझा हिस्ट्री के साथ छेड़छाड़ किए। यहीं git revert काम आता है।

git revert HEAD~1 चलाएँ। यह एक नया कमिट बनाता है जो दूसरे-आखिरी कमिट के बदलावों को Undo करता है (क्योंकि HEAD~1 उसी की ओर इशारा करता है)। यह कुछ डिलीट नहीं करता, बल्कि बदलावों को साफ़, ट्रैकेबल तरीके से उलट देता है।

यह करने के बाद, git push origin <your-branch-name> से रिमोट पर पुश करना न भूलें।

नोट: यदि बदलाव पहले से साझा ब्रांच पर पुश हो चुके हैं, तो git revert का ही उपयोग करें। यह कमिट हिस्ट्री को यथावत रखता है और आपके टीममेट्स के काम में व्यवधान नहीं डालता।

अपने बदलावों का दस्तावेज़ीकरण करें

केवल वर्शन हिस्ट्री बनाए रखने के लिए आपको Confluence पेज खोलने की ज़रूरत नहीं है, क्योंकि Git पहले से ही यह करता है। तरकीब है इसे समझदारी से उपयोग करने की।

स्पष्ट और सार्थक कमिट संदेशों से शुरुआत करें। यदि आप कुछ रिवर्ट कर रहे हैं, तो संदेश में ज़रूर बताएं कि आप ऐसा क्यों कर रहे हैं। 

और कमिट आईडी के साथ बदले गए काम का छोटा-सा सार लिख लें। दस्तावेज़ीकरण के लिए अक्सर इतना काफी होता है।

टीम में सहयोग करना 

जब आप ऐसी ब्रांच पर git reset, rebase, या commit --amend जैसे कमांड्स का उपयोग करते हैं, जिस पर अन्य लोग भी काम कर रहे हैं, तो आप कमिट हिस्ट्री बदल रहे होते हैं। जिन्होंने पुरानी हिस्ट्री पुल कर ली है, उन्हें अब कॉन्फ्लिक्ट्स का सामना करना पड़ेगा। 

इसलिए, ऐसे री-राइटिंग कमांड्स का उपयोग केवल लोकल या फीचर ब्रांचों पर करें। यदि आपको साझा हिस्ट्री को फोर्स-पुश करना या फिर से लिखना ही पड़े, तो जितना जल्दी हो सके टीम को सूचित करें। 

निष्कर्ष 

Git आपको गलतियाँ Undo करने के कई तरीके देता है; लेकिन किस टूल का उपयोग कब और कैसे करना है, यही आत्मविश्वासी डेवलपर्स को उलझे हुए लोगों से अलग करता है।

हमने देखा कि अलग-अलग मोड में git reset कैसे काम करता है, git revert कब उपयोग करना है, और अपनी स्थिति के आधार पर सही टूल चुनना क्यों ज़रूरी है।

संक्षेप में:

  • साझा ब्रांचों पर पुश करने के बाद हिस्ट्री को फिर से लिखने से बचें
  • यदि फोर्स-पुश करना ज़रूरी हो, तो पहले से संचार करें
  • पुश किए गए कमिट्स को सुरक्षित रूप से Undo करने के लिए git revert का उपयोग करें

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

FAQs

git reset --soft HEAD~1 वास्तव में क्या करता है?

यह आपका HEAD पॉइंटर एक कमिट पीछे ले जाता है, लेकिन सभी बदलावों को स्टेज्ड ही रहने देता है। जब आप बिना कोई काम खोए कमिट को दोबारा संशोधित करना चाहते हैं, तब यह परफेक्ट है।

मुझे --soft की बजाय git reset --mixed कब उपयोग करना चाहिए?

जब आप अपनी फाइल के बदलावों को बनाए रखना चाहते हैं लेकिन उन्हें स्टेजिंग एरिया से हटाना चाहते हैं, तब --mixed का उपयोग करें। यह फिर से कमिट करने से पहले एडिट करने में मददगार होता है।

git push --force का उपयोग करना खतरनाक है?

हाँ, खासकर टीम वातावरण में। यह रिमोट ब्रांच पर कमिट हिस्ट्री को फिर से लिख देता है और सावधानी न बरतने पर टीममेट्स का काम मिटा सकता है।

git revert और git reset में क्या अंतर है?

git revert बिना हिस्ट्री छुए बदलावों को Undo करने के लिए नया कमिट जोड़ता है, जबकि git reset HEAD को मूव करता है और हिस्ट्री बदल सकता है — खासकर यदि पुश किया गया हो तो जोखिम भरा।

क्या मैं अपने बदलाव खोए बिना कमिट Undo कर सकता/सकती हूँ?

हाँ, git reset --soft का उपयोग करें ताकि बदलाव स्टेज्ड रहें या --mixed ताकि वे आपकी वर्किंग डायरेक्टरी में बने रहें।

साझा रेपो में कमिट Undo करने का सबसे सुरक्षित तरीका क्या है?

git revert का उपयोग करें। यह बदलावों को उलटने के लिए नया कमिट बनाकर हिस्ट्री को सुरक्षित रखता है, जिससे टीममेट्स के साथ कॉन्फ्लिक्ट से बचा जा सके।

मुझे वह कमिट कैसे मिले जिसे Undo करना है?

पिछले कमिट्स की सूची देखने के लिए git log का उपयोग करें। जिस कमिट को रिवर्ट या रीसेट करना है, उसका कमिट हैश कॉपी करें।

क्या GitHub Desktop जैसे GUI टूल्स कमिट्स को रिवर्ट कर सकते हैं?

हाँ, GUI टूल्स बिना कमांड-लाइन सिंटैक्स याद रखे कमिट्स Undo करने के आसान तरीके देते हैं। ये शुरुआती लोगों के लिए आदर्श हैं।

रीसेट के बाद कमिट हिस्ट्री के साथ क्या होता है?

git reset के साथ, कमिट(स) आपकी हिस्ट्री से हट जाते हैं — जब तक कि वे पुश न किए गए हों। यदि पुश हो गए हों, तो रिमोट पर रिकॉर्ड बना रहता है, जब तक आप फोर्स-पुश न करें।

क्या पुश करने के बाद कमिट को amend करना ठीक है?

नहीं, बिना समन्वय के नहीं। Amend करने के बाद फोर्स-पुश साझा काम को बाधित कर सकता है। ऐसा केवल अलग-थलग ब्रांच या सोलो प्रोजेक्ट्स में करें।

Srujana Maddula

लेखक

Srujana Maddula

Srujana चार-वर्षीय कंप्यूटर साइंस डिग्री के साथ एक फ्रीलांस टेक राइटर हैं। डेटा साइंस, क्लाउड कंप्यूटिंग, डेवलपमेंट, प्रोग्रामिंग, सुरक्षा, और अन्य कई विषयों पर लिखना उनके लिए स्वाभाविक है। उन्हें शास्त्रीय साहित्य से प्रेम है और नए स्थानों की खोज करना पसंद है।

विषय