1154

क्या निम्नलिखित कमांड के कारण होने वाले परिवर्तनों को पूर्ववत करना संभव है? यदि हां, तो कैसे?

git reset --hard HEAD~1

git version-control git-reset

— पॉल विक्स
स्रोत

8

मैंने गिट के साथ किसी भी खोई हुई प्रतिबद्धता को पुनर्प्राप्त करने के लिए एक पूर्ण मार्गदर्शिका लिखी है। इसके चित्र भी हैं :-) [इसे देखें] [fixLink] [fixLink]: programblings.com/2008/06/07/…

— webmat

12

--hardअनचाहे बदलावों को रोकता है। चूंकि इन्हें गिट द्वारा ट्रैक नहीं किया गया है, इसलिए इन्हें गिट के माध्यम से पुनर्स्थापित करने का कोई तरीका नहीं है।

— ज़ाज़

stackoverflow.com/questions/34519665/…

— कोडवर्ड छिपकर

1

यह आपकी फ़ाइलों को पुनर्प्राप्त करने में आपकी सहायता करने के लिए एक शानदार लेख है।

— जन स्वार्ट

2

यह सीधे Github से एक महान संसाधन है: पूर्ववत कैसे Git के साथ (लगभग) कुछ भी

— jasonleonhard

1770

पैट नॉट सही है। आप कमिटमेंट को वापस पा सकते हैं जब तक कि यह कुछ दिनों के भीतर हो। git केवल कचरा एकत्र करता है लगभग एक महीने बाद या जब तक आप स्पष्ट रूप से इसे नए ब्लब्स को हटाने के लिए नहीं कहते हैं।

$ git init
Initialized empty Git repository in .git/

$ echo "testing reset" > file1
$ git add file1
$ git commit -m 'added file1'
Created initial commit 1a75c1d: added file1
 1 files changed, 1 insertions(+), 0 deletions(-)
 create mode 100644 file1

$ echo "added new file" > file2
$ git add file2
$ git commit -m 'added file2'
Created commit f6e5064: added file2
 1 files changed, 1 insertions(+), 0 deletions(-)
 create mode 100644 file2

$ git reset --hard HEAD^
HEAD is now at 1a75c1d... added file1

$ cat file2
cat: file2: No such file or directory

$ git reflog
1a75c1d... HEAD@{0}: reset --hard HEAD^: updating HEAD
f6e5064... HEAD@{1}: commit: added file2

$ git reset --hard f6e5064
HEAD is now at f6e5064... added file2

$ cat file2
added new file

आप उदाहरण में देख सकते हैं कि फ़ाइल 2 को हार्ड रीसेट के परिणामस्वरूप हटा दिया गया था, लेकिन जब मैं रीफ़्लो के माध्यम से रीसेट करता हूं, तो इसे वापस रख दिया जाता है।

— ब्रायन रिहमैन
स्रोत

222

आप "git reset --hard HEAD @ {1}" का उपयोग कर सकते हैं, SHA1 के उपयोग की कोई आवश्यकता नहीं है। ज्यादातर मामलों में "गिट रीसेट - ORIG_HEAD" का उपयोग करने के लिए पर्याप्त होना चाहिए।

— जैकब नारबस्की

39

git log -gकी तुलना में reflog देखने के लिए एक छोटा सा अच्छा तरीका हो सकता है git reflog।

— डैन मोल्डिंग

60

इसके साथ एक बहुत ही महत्वपूर्ण चेतावनी है .. और "--हार्ड" भाग को। -हार्ड आपके स्थानीय अनवांटेड परिवर्तनों को हटा देता है। और आप उन्हें इस तरह वापस नहीं ला सकते (जैसा कि वे कहीं भी प्रतिबद्ध नहीं हैं)। मेरा मानना है कि इस बारे में आप कुछ नहीं कर सकते :(

— माइकल एंडरसन

3

^ बस इतना है कि आप जानते हैं कि आप रीसेट करने से पहले अपने स्थानीय परिवर्तनों को रोक सकते हैं - और फिर बस उन्हें पॉप करें और आप कुछ भी नहीं खोते हैं! प्यार करना होगा।

— लेथजकमैन

5

मैं पसंद git reflogसे अधिक git log -gबस क्योंकि आप SHA1, प्रमुख की जानकारी के साथ एक पंक्ति में सभी जानकारी प्राप्त कर और सभी खड़े संदेशों के लिए प्रतिबद्ध। पढ़ने में बहुत आसान।

— स्नोवक्रैश

369

आप जो करना चाहते हैं, वह उस Sha1 को निर्दिष्ट करना है जिसे आप पुनर्स्थापित करना चाहते हैं। आप ref1 ( git reflog) की जांच करके और फिर कर sha1 प्राप्त कर सकते हैं

git reset --hard <sha1 of desired commit>

लेकिन बहुत लंबे समय तक प्रतीक्षा न करें ... कुछ हफ्तों के बाद आखिरकार यह दिखाई देगा कि अप्रतिबंधित करें और सभी ब्लब्स को हटा दें।

— पैट नोट्ज़
स्रोत

2

कुछ मिनट पहले खुद के लिए चेतावनी : यह सभी संशोधनों को रीसेट कर देगा। हालाँकि यह अनट्रैक की गई फ़ाइलों को नहीं छूएगा।

— aexl

174

उत्तर ऊपर विस्तृत प्रतिक्रिया में छिपा है, आप बस यह कर सकते हैं:

$> git reset --hard HEAD@{1}

( गिट रिफ्लॉग शो का आउटपुट देखें )

— markmc
स्रोत

17

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

— forresthopkinsa

2

गलती से मेरी रिपॉजिटरी को रीसेट कर दिया, सोचा कि मेरा काम हमेशा के लिए खो गया। इस जवाब से मेरा दिन बच गया।

— Zaiyang Li

वो! आप वास्तव में मुझे दिन

— बचाते

महान। यह वास्तव में मदद की।

— प्रशांत बिरादर

116

यदि Git ने अभी तक कचरा एकत्र नहीं किया है, तो इसे पुनर्प्राप्त करना संभव है।

इसके साथ आने वाले झूलों के अवलोकन का अवलोकन करें fsck:

$ git fsck --lost-found
dangling commit b72e67a9bb3f1fc1b64528bcce031af4f0d6fcbf

रिबेस के साथ किए गए झूलने की प्रक्रिया को पुनः प्राप्त करें

$ git rebase b72e67a9bb3f1fc1b64528bcce031af4f0d6fcbf

— sverrejoh
स्रोत

1

यह बहुत बढ़िया सामान है।

— मोहम्मद हशाम

एक विस्तृत विवरण यहां पाया जा सकता है: medium.com/@CarrieGuss/… । जीवन रक्षक सामान।

— tuan.dinh

49

यदि आप वास्तव में भाग्यशाली हैं, जैसे मैं था, तो आप अपने पाठ संपादक में वापस जा सकते हैं और 'पूर्ववत' कर सकते हैं।

मुझे पता है कि यह वास्तव में एक उचित जवाब नहीं है, लेकिन इसने मुझे आधे दिन के काम से बचा लिया, इसलिए उम्मीद है कि यह किसी और के लिए भी ऐसा ही होगा!

— क्रिस
स्रोत

3

यह वास्तव में एक बहुत अच्छा टिप है, मुझे समय की एक बहुत कुछ बचा लिया;) और Git में कुछ भी करने से अधिक आसान अपना रास्ता ...

— SEVERIN

3

और इस पूरी दुनिया में सभी अच्छाई के लिए धन्यवाद। धन्यवाद। धन्यवाद। धन्यवाद।

— यात्रा

9

यह हार्ड रीसेट के बाद फाइलों में अस्थिर परिवर्तनों को पुनर्प्राप्त करने का एकमात्र तरीका है। मुझे भी बचाया;)

— सेज़ारेक टॉमजेक

4

एक अतिरिक्त संकेत के रूप में, ग्रहण के रूप में कुछ आईडीई भी हाल ही में फ़ाइल इतिहास सहेजे गए हैं। इस तरह, आप संपादक के बंद होने के बाद पुराने परिवर्तनों को पुनर्प्राप्त करने में सक्षम हो सकते हैं। यह मेरे लिए अद्भुत काम कर गया।

— मार्टिन

1

भगवान ने आपको आशीर्वाद दिया

— एडम वेट

44

जहाँ तक मुझे पता है, --hard अनकम्फर्टेबल बदलावों को डिस्कस करेगा। चूंकि इन्हें गिट द्वारा ट्रैक नहीं किया गया है। लेकिन आप इसे पूर्ववत कर सकते हैं discarded commit।

$ git reflog

सूचीबद्ध करेगा:

b0d059c HEAD@{0}: reset: moving to HEAD~1
4bac331 HEAD@{1}: commit: added level introduction....
....

जहां 4bac331है discarded commit।

अब बस सिर को उस कमिट में ले जाएँ ::

$ git reset --hard 4bac331

— suhailvs
स्रोत

34

IRL मामले का उदाहरण:

`$ git fsck --lost-found`

Checking object directories: 100% (256/256), done.
Checking objects: 100% (3/3), done.
dangling blob 025cab9725ccc00fbd7202da543f556c146cb119
dangling blob 84e9af799c2f5f08fb50874e5be7fb5cb7aa7c1b
dangling blob 85f4d1a289e094012819d9732f017c7805ee85b4
dangling blob 8f654d1cd425da7389d12c17dd2d88d318496d98
dangling blob 9183b84bbd292dcc238ca546dab896e073432933
dangling blob 1448ee51d0ea16f259371b32a557b60f908d15ee
dangling blob 95372cef6148d980ab1d7539ee6fbb44f5e87e22
dangling blob 9b3bf9fb1ee82c6d6d5ec9149e38fe53d4151fbd
dangling blob 2b21002ca449a9e30dbb87e535fbd4e65bac18f7
dangling blob 2fff2f8e4ea6408ac84a8560477aa00583002e66
dangling blob 333e76340b59a944456b4befd0e007c2e23ab37b
dangling blob b87163c8def315d40721e592f15c2192a33816bb
dangling blob c22aafb90358f6bf22577d1ae077ad89d9eea0a7
dangling blob c6ef78dd64c886e9c9895e2fc4556e69e4fbb133
dangling blob 4a71f9ff8262701171d42559a283c751fea6a201
dangling blob 6b762d368f44ddd441e5b8eae6a7b611335b49a2
dangling blob 724d23914b48443b19eada79c3eb1813c3c67fed
dangling blob 749ffc9a412e7584245af5106e78167b9480a27b
dangling commit f6ce1a403399772d4146d306d5763f3f5715cb5a    <- it's this one

`$ git show f6ce1a403399772d4146d306d5763f3f5715cb5a`

commit f6ce1a403399772d4146d306d5763f3f5715cb5a
Author: Stian Gudmundsen Høiland <stian@Stians-Mac-mini.local>
Date:   Wed Aug 15 08:41:30 2012 +0200

    *MY COMMIT MESSAGE IS DISPLAYED HERE*

diff --git a/Some.file b/Some.file
new file mode 100644
index 0000000..15baeba
--- /dev/null
+++ b/Some.file
*THE WHOLE COMMIT IS DISPLAYED HERE*

`$ git rebase f6ce1a403399772d4146d306d5763f3f5715cb5a`

First, rewinding head to replay your work on top of it...
Fast-forwarded master to f6ce1a403399772d4146d306d5763f3f5715cb5a.

— स्टियन होलैंड
स्रोत

2

निःशुल्क एक विज्ञापन और डी राक्षस की तरह खतरनाक लग रहा है!

— sbichenko

धन्यवाद @Stian खैर समझाया! मैं इस उत्तर को खोजने वाले अन्य लोगों के लिए जोड़ना चाहूंगा कि यदि आपके पास एक से अधिक "झूलने" हैं, तो यह निश्चित नहीं है कि आप अंतिम पंक्ति पर छूट देना चाहते हैं :)

— जिमिसवेडेन

git show ने मेरी कुछ फाइलों को सहेजा, बहुत बहुत धन्यवाद!

— विलियम

32

ज्यादातर मामलों में, हाँ।

राज्य पर निर्भर करते हुए आपकी रिपॉजिटरी जब आप कमांड चलाते थे, तो git reset --hardतुच्छ से लेकर पूर्ववत, मूल रूप से असंभव तक के प्रभाव हो सकते हैं।

नीचे मैंने विभिन्न संभावित परिदृश्यों की एक सूची दी है, और आप उनसे कैसे उबर सकते हैं।

मेरे सभी परिवर्तन प्रतिबद्ध थे, लेकिन अब कमिट हो गए हैं!

यह स्थिति आमतौर पर तब होती है जब आप git resetकिसी तर्क से चलते हैं , जैसे किgit reset --hard HEAD~ । चिंता न करें, इससे उबरना आसान है!

यदि आपने अभी तक git resetकुछ और नहीं किया है, तो आप इस वन-लाइनर के साथ वापस आ सकते हैं:

git reset --hard @{1}

यह आपकी वर्तमान शाखा को रीसेट करता है जो भी अंतिम समय से पहले इसे संशोधित किया गया था (आपके मामले में, शाखा में सबसे हालिया संशोधन आपको पूर्ववत करने की कोशिश कर रहा है हार्ड रीसेट होगा)।

अगर, हालांकि, आप है अन्य संशोधनों अपनी शाखा को रीसेट के बाद से बनाया है, एक लाइनर ऊपर काम नहीं करेगा। इसके बजाय, आपको अपनी शाखा में किए गए सभी परिवर्तनों की सूची (रीसेट सहित) देखने के लिए दौड़ना चाहिए । वह सूची कुछ इस तरह दिखाई देगी:git reflog <branchname>

7c169bd master@{0}: reset: moving to HEAD~
3ae5027 master@{1}: commit: Changed file2
7c169bd master@{2}: commit: Some change
5eb37ca master@{3}: commit (initial): Initial commit

इस सूची में वह ऑपरेशन ढूंढें जिसे आप "पूर्ववत करना" चाहते हैं। ऊपर के उदाहरण में, यह पहली पंक्ति होगी, जो कहता है "रीसेट: HEAD ~ की ओर बढ़ रहा है"। फिर उस ऑपरेशन से पहले (नीचे) प्रतिबद्ध के प्रतिनिधित्व की प्रतिलिपि बनाएँ । हमारे मामले में, यह होगा master@{1}(या 3ae5027, वे दोनों एक ही प्रतिबद्ध का प्रतिनिधित्व करते हैं), और चलाते हैंgit reset --hard <commit> अपनी वर्तमान शाखा को उस कमिट पर रीसेट करने के लिए ।

मैंने अपने परिवर्तनों का मंचन किया `git add` , लेकिन कभी प्रतिबद्ध नहीं हुआ। अब मेरे परिवर्तन हो गए हैं!

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

इस पर जानकारी के लिए, स्टेजिंग क्षेत्र में अनकम्यूटेड फ़ाइलों के साथ पूर्ववत रीसेट रीसेट करें देखें ।

मैंने अपनी कार्यशील निर्देशिका में उन फ़ाइलों में परिवर्तन किया `git add`, जिनके साथ मैंने कभी मंचन नहीं किया , और कभी प्रतिबद्ध नहीं रहा। अब मेरे परिवर्तन हो गए हैं!

उह ओह। मैं आपको यह बताने से नफरत करता हूं, लेकिन आप शायद किस्मत से बाहर हैं। git उन परिवर्तनों को संग्रहीत नहीं करता है जिन्हें आप इसमें जोड़ते हैं या इसके लिए प्रतिबद्ध नहीं हैं, और इसके लिए प्रलेखन केgit reset अनुसार :

--मुश्किल

सूचकांक और काम करने वाले पेड़ को रीसेट करता है। कार्यशील ट्री में ट्रैक की गई फ़ाइलों में किसी भी परिवर्तन के बाद <commit>से खारिज कर दिया जाता है।

यह संभव है कि आप कुछ प्रकार की डिस्क रिकवरी उपयोगिता या एक पेशेवर डेटा रिकवरी सेवा के साथ अपने परिवर्तनों को पुनर्प्राप्त करने में सक्षम हो सकते हैं, लेकिन इस बिंदु पर यह संभवत: इससे अधिक परेशानी है।

— Ajedi32
स्रोत

1

वन-लाइनर ने मेरे लिए काम किया, धन्यवाद, लेकिन मैं अभी सोच रहा हूं कि वास्तव में "@ {1}" क्या करता है

— स्टेन बशतावेंको

1

@StanB दस्तावेज़ीकरण यहाँ है: git-scm.com/docs/git-rev-parse मूल रूप से यह वर्तमान शाखा में पहले रीफ़्लो प्रविष्टि को संदर्भित करता है।

— Ajedi32

सभी मामलों को कवर करने के लिए धन्यवाद। मैंने अपना काम नहीं किया है।

— xdhmoore

21

यदि आपने अभी तक कचरा संग्रहित नहीं किया है, तो ( git repack -dया उपयोग करके )git gc , लेकिन ध्यान दें कि कचरा संग्रह स्वचालित रूप से भी हो सकता है), तो आपकी प्रतिबद्धता अभी भी है - यह केवल हेड के माध्यम से उपलब्ध नहीं है।

आप के उत्पादन के माध्यम से देख कर अपनी प्रतिबद्धताओं को खोजने की कोशिश कर सकते हैं git fsck --lost-found ।

Git के नए संस्करणों में "रिफ्लॉग" नाम से कुछ है, जो सभी परिवर्तनों का एक लॉग है जो रेफ्स के लिए किया जाता है (जैसा कि रिपॉजिटरी सामग्री में किए गए परिवर्तनों के विपरीत)। इसलिए, उदाहरण के लिए, हर बार जब आप अपना HEAD स्विच करते हैं (यानी हर बार जब आप git checkoutशाखाएं स्विच करते हैं) तो लॉग इन किया जाएगा। और, ज़ाहिर है, आपके git resetने भी हेड को हेरफेर किया था, इसलिए इसे भी लॉग किया गया था। आप अपने रेफ्स के पुराने राज्यों को उसी तरह एक्सेस कर सकते हैं जैसे कि आप अपनी रिपॉजिटरी के पुराने स्टेट्स को एक्सेस कर सकते हैं , जैसे कि @साइन के बजाय~git reset HEAD@{1} ।

यह समझने में मुझे थोड़ा समय लगा कि HEAD @ {1} और HEAD ~ 1 में क्या अंतर है, इसलिए यहां थोड़ा स्पष्टीकरण दिया गया है:

git init
git commit --allow-empty -mOne
git commit --allow-empty -mTwo
git checkout -b anotherbranch
git commit --allow-empty -mThree
git checkout master # This changes the HEAD, but not the repository contents
git show HEAD~1 # => One
git show HEAD@{1} # => Three
git reflog

तो, HEAD~1इसका मतलब है कि "कमिट से पहले उस पर जाएं जो कि HEAD वर्तमान में इंगित करता है", जबकिHEAD@{1} कि" से पहले प्रतिबद्ध करने के लिए जाना है इसका मतलब है कि "उस प्रतिबद्ध पर जाएं जो पहले इंगित करता था, जहां यह वर्तमान में इंगित करता है"।

यह आसानी से आपको अपनी खोई हुई प्रतिबद्धता को खोजने और उसे पुनर्प्राप्त करने की अनुमति देगा।

— जॉर्ग डब्ल्यू मित्तग
स्रोत

2

एक और व्याख्या जो मुझे लगता है कि स्पष्ट होगी: HEAD ~ 1 का अर्थ "HEAD के माता-पिता" पर जाएं, जबकि HEAD @ {1} "HEAD के इतिहास में एक कदम पीछे जाएं"

— kizzx2

1

समस्या यह है कि शब्द "इतिहास" वास्तव में वीसीएस में अतिभारित है। फिर भी व्यक्त करने का एक और तरीका यह होगा कि ~ प्रतिबद्ध इतिहास में पीछे चला जाता है , जबकि @ कालानुक्रमिक या अस्थायी इतिहास में पीछे जाता है । लेकिन तीन संस्करणों में से कोई भी विशेष रूप से अच्छा नहीं है।

— जोर्ज डब्ल्यू मित्तग

@ kizzx2 (और जोर्ग) वास्तव में उन 3 स्पष्टीकरण, जब एक साथ लिया जाता है, तो बहुत मदद करता है - thx

— रिचर्ड ले मेसुरियर

14

उत्तर देने से पहले कुछ पृष्ठभूमि जोड़ते हैं, यह बताते हुए कि यह क्या है HEAD।

`First of all what is HEAD?`

HEADबस वर्तमान शाखा पर वर्तमान प्रतिबद्ध (नवीनतम) के लिए एक संदर्भ है। किसी भी समय
केवल एक ही हो सकता है HEAD। (छोड़कर git worktree)

की सामग्री HEADअंदर संग्रहीत की जाती है .git/HEADऔर इसमें वर्तमान प्रतिबद्ध के 40 बाइट्स SHA-1 होते हैं।

`detached HEAD`

यदि आप नवीनतम कमिट पर नहीं हैं - इसका अर्थ है कि HEADइतिहास में एक पूर्व कमिट की ओर इशारा करना detached HEAD।

कमांड लाइन पर यह इस तरह दिखेगा- शा नाम के बजाय शा -१, क्योंकि HEADवर्तमान शाखा के सिरे की ओर इशारा नहीं है

एक अलग सिर से उबरने के बारे में कुछ विकल्प:

`git checkout`

git checkout <commit_id>
git checkout -b <new branch> <commit_id>
git checkout HEAD~X // x is the number of commits t go back

यह वांछित प्रतिबद्धता की ओर इशारा करते हुए नई शाखा की जाँच करेगा।
यह कमांड किसी दिए गए कमिट को चेकआउट करेगा।
इस बिंदु पर आप एक शाखा बना सकते हैं और इस बिंदु से काम करना शुरू कर सकते हैं।

# Checkout a given commit. 
# Doing so will result in a `detached HEAD` which mean that the `HEAD`
# is not pointing to the latest so you will need to checkout branch
# in order to be able to update the code.
git checkout <commit-id>

# create a new branch forked to the given commit
git checkout -b <branch name>

`git reflog`

आप हमेशा के reflogरूप में अच्छी तरह से उपयोग कर सकते हैं ।
git reflogकिसी भी परिवर्तन को प्रदर्शित करेगा जो अपडेट किया गया था HEADऔर वांछित रिफ्लग प्रविष्टि की जाँच करके इस कमेटी को HEADवापस सेट कर देगा ।

हर बार जब संशोधित किया जाता है तो एक नई प्रविष्टि होगी reflog

git reflog
git checkout HEAD@{...}

यह आपको आपकी इच्छित कमिट पर वापस मिल जाएगा

`git reset HEAD --hard <commit_id>`

अपने सिर को वांछित प्रतिबद्ध पर वापस ले जाएं।

# This will destroy any local modifications.
# Don't do it if you have uncommitted work you want to keep.
git reset --hard 0d1d7fc32

# Alternatively, if there's work to keep:
git stash
git reset --hard 0d1d7fc32
git stash pop
# This saves the modifications, then reapplies that patch after resetting.
# You could get merge conflicts, if you've modified things which were
# changed since the commit you reset to.

नोट: ( जीआईटी 2.7 के बाद से )
आप भी इसका उपयोग कर सकते हैं git rebase --no-autostash।

`git revert <sha-1>`

दी गई प्रतिबद्ध या प्रतिबद्ध सीमा को "पूर्ववत करें"।
रीसेट कमांड दिए गए कमिट में किए गए किसी भी बदलाव को "पूर्ववत" करेगा।
पूर्ववत पैच के साथ एक नई प्रतिबद्धता शुरू की जाएगी, जबकि मूल प्रतिबद्धता इतिहास में भी रहेगी।

# add new commit with the undo of the original one.
# the <sha-1> can be any commit(s) or commit range
git revert <sha-1>

यह स्कीमा बताता है कि कौन सी कमांड क्या करती है।
जैसा कि आप देख सकते हैं वहाँ reset && checkoutसंशोधित करें HEAD।

— CodeWizard
स्रोत

ऐसा प्रतीत होता है कि आपका git reset HEAD --hard <commit_id>उदाहरण stackoverflow.com/questions/4114095/… से लिया गया है - यदि ऐसी स्थिति है, तो क्या आप कृपया रोपण में संपादित कर सकते हैं?

— रोब

12

git reflog

सूची में अपना कम्मेंट खोजें, फिर इस कमांड में कॉपी और पेस्ट करें:

git cherry-pick <the sha>

— ScottyBlades
स्रोत

1

git-cherry-pick - कुछ मौजूदा कमिट द्वारा शुरू किए गए परिवर्तनों को लागू करें। मुझे लगता है कि यह इस संदर्भ में सरल और बहुत उपयोगी है

— अमितेश

1

हर कोई वास्तव में इस बात की तलाश में है कि जब वे खोज करें कि हार्ड रीसेट परिवर्तनों को कैसे पूर्ववत करें। इस उत्तर को और

— बढ़ाना

@ ErenL मुझे लगता है कि मुझे लगा कि लोग अतिरिक्त काम करना पसंद कर रहे हैं। haha

— स्कॉटीब्लैड्स

1

यह बात है, आपने

— सिल्वेर्नस अकुबो

11

मुझे पता है कि यह एक पुराना धागा है ... लेकिन जितने लोग Git में सामान को हटाने के तरीके खोज रहे हैं, मुझे अभी भी लगता है कि यहां टिप्स देना जारी रखना एक अच्छा विचार हो सकता है।

जब आप "git add" करते हैं या git gui में बाईं ओर नीचे से ऊपर की ओर कुछ भी हिलाते हैं तो फ़ाइल की सामग्री बूँद में जमा हो जाती है और फ़ाइल सामग्री उस बूँद से उबरने के लिए संभव है।

तो यह एक फ़ाइल को पुनर्प्राप्त करना संभव है, भले ही वह प्रतिबद्ध न हो लेकिन इसे जोड़ा जाना चाहिए था।

git init  
echo hello >> test.txt  
git add test.txt

अब blob बनाया गया है लेकिन इसे इंडेक्स द्वारा संदर्भित किया जाता है, इसलिए इसे रीसेट fsck के साथ तब तक सूचीबद्ध नहीं किया जाएगा जब तक हम रीसेट नहीं करते। तो हम रीसेट ...

git reset --hard  
git fsck

आपको एक झूलता हुआ बूँद मिलेगा CE013625030ba8dba906f756967f9e9ca394464a

git show ce01362

आपको फ़ाइल सामग्री "हैलो" वापस दे देगा

अपरिचित कमिट्स को खोजने के लिए मुझे एक टिप मिली जिसमें यह सुझाव दिया गया था।

gitk --all $(git log -g --pretty=format:%h)

मैं इसे गिट में एक उपकरण के रूप में है और यह बहुत आसान है।

— मार्टिन
स्रोत

+1। जैसा कि stackoverflow.com/a/21350689/6309 में बताया गया है ,git fsck --lost-found मदद कर सकता है।

— VonC

7

यदि आप JetBrains IDE (कुछ भी IntelliJ आधारित) का उपयोग कर रहे हैं, तो आप उनके "स्थानीय इतिहास" सुविधा के माध्यम से अपने अनचाहे परिवर्तनों को भी पुनर्प्राप्त कर सकते हैं।

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

— Newbyte
स्रोत

4

मैंने अभी गलत प्रोजेक्ट पर हार्ड रीसेट किया है। क्या मेरी जान बच गई ग्रहण का स्थानीय इतिहास था। IntelliJ आइडिया के लिए कहा जाता है कि वह भी एक है, और इसलिए आपका संपादक, यह जाँचने योग्य है:

— Maciek ieoziński
स्रोत

1

Jetbrains CLION स्थानीय इतिहास शानदार है और मेरे लिए 2 घंटे का काम बचा है :)

— Fabian Knapp

3

एक छोटी सी स्क्रिप्ट बनाई, जिससे यह पता लगाना आसान हो सके कि कमिटमेंट किसकी तलाश में है:

git fsck --lost-found | grep commit | cut -d ' ' -f 3 | xargs -i git show \{\} | egrep '^commit |Date:'

हां, इसे काफी हद तक जागृत किया जा सकता है या इसे कुछ पसंद किया जा सकता है, लेकिन यह सरल है और मुझे इसकी आवश्यकता है। किसी और को 30 सेकंड बचा सकते हैं।

— न्यूरॉन
स्रोत

0

मेरी समस्या लगभग समान है। मेरे द्वारा दर्ज करने से पहले मेरे पास फाइलें नहीं हैंgit reset --hard ।

शुक्र है। मैं इन सभी संसाधनों को छोड़ने में कामयाब रहा। के बाद मैंने देखा कि मैं बस पूर्ववत कर सकते हैं ( ctrl-z)। To मैं केवल उपरोक्त सभी उत्तरों में इसे जोड़ना चाहता हूं।

ध्यान दें। ctrl-zबंद फ़ाइलों के लिए संभव नहीं है ।

— Vadamadafaka
स्रोत

0

इससे मेरी जान बच गई: https://medium.com/@CarrieGuss/how-to-recover-from-a-git-hard-reset-b830b5e3f60c

मूल रूप से आपको चलाने की आवश्यकता है:

for blob in $(git fsck --lost-found | awk ‘$2 == “blob” { print $3 }’); do git cat-file -p $blob > $blob.txt; done

फिर मैन्युअल रूप से अपनी फ़ाइलों को सही संरचना में फिर से व्यवस्थित करने के लिए दर्द से गुजरना।

Takeaway: कभी उपयोग न करें git reset --hard यदि आप पूरी तरह से 100% नहीं समझते हैं कि यह कैसे काम करता है, तो इसका उपयोग न करना सबसे अच्छा है।

— tuan.dinh
स्रोत

मैं git रीसेट को पूर्ववत कैसे कर सकता हूं - HEAD ~ 1?

IRL मामले का उदाहरण:

$ git fsck --lost-found

$ git show f6ce1a403399772d4146d306d5763f3f5715cb5a

$ git rebase f6ce1a403399772d4146d306d5763f3f5715cb5a

ज्यादातर मामलों में, हाँ।

मेरे सभी परिवर्तन प्रतिबद्ध थे, लेकिन अब कमिट हो गए हैं!

मैंने अपने परिवर्तनों का मंचन किया git add , लेकिन कभी प्रतिबद्ध नहीं हुआ। अब मेरे परिवर्तन हो गए हैं!

First of all what is HEAD?

detached HEAD