गिट टाइम मशीन

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

इस लेख में मैं git checkout और git reset कमांड के बारे में बात करना चाहता हूं जो --soft और --hard ।

तो, चलो git द्वारा प्रदान की गई टाइम मशीन पर एक लघु शैक्षिक कार्यक्रम शुरू करते हैं। सबसे पहले, आइए कहानी का वर्णन करें:



यहाँ, मंडलियां संकेत देती हैं। कमिट करने के लिए जितना नया है, उतना ही नया है। 6e04e के हैश के साथ एक कमिट .. पहली कमिट है। बुनियादी अवधारणाओं में से एक जिसे नौसिखियों को समझने की आवश्यकता है, वह है कमिट करने के लिए संकेत देता है, या किसी विशेष प्रतिबद्ध का एक निश्चित "उपनाम"। उनका अंधेरा अंधेरा है, उदाहरण के लिए: HEAD, मास्टर, FETCH_HEAD, ORIG_HEAD , आदि। यह मैंने मानक उपनामों के एक अनाज को सूचीबद्ध किया। आप उन्हें स्वयं बना सकते हैं, लेकिन उस पर और आगे।

आइए हम दो बिंदुओं पर ध्यान केंद्रित करें: मास्टर और हेड । मास्टर एक शाखा में सबसे पुरानी प्रतिबद्ध को इंगित करता है जिसे मास्टर कहा जाता है (यह शाखा तब बनाई जाती है जब रिपॉजिटरी को आरम्भिकृत किया जाता है)। HEAD मास्टर पॉइंटर की ओर इशारा करता है (फाइलों की वर्तमान स्थिति पढ़ें)। पहली कमेटी रिपॉजिटरी में दिखाई देने के बाद, HEAD और उसी कमिट के लिए मास्टर पॉइंट। और इसलिए यह तब तक जारी रहेगा जब तक हम दूसरी शाखा में नहीं जाते हैं, इतिहास के माध्यम से वापस आते हैं, या दाने की कार्रवाई पूरी करते हैं। इसलिए, हम संकेत के साथ अपनी कहानी का वर्णन करते हैं:



हमारे मामले में HEAD पॉइंटर मास्टर , और d79fb कमिट की ओर इंगित करता है ... यह समझना महत्वपूर्ण है कि संस्करण नियंत्रण के तहत अपरिवर्तित फ़ाइलों की वर्तमान स्थिति HEAD द्वारा इंगित की गई प्रतिबद्धता है। यही है, अगर HEAD 6e04e .. के हैश के साथ एक कमिट की ओर इशारा करता है, तो फाइलें अपने मूल राज्य में होंगी। HEAD पॉइंटर को "मूव" करने के लिए एक कमांड है: git checkout। जो लोग git से थोड़े परिचित हैं, उन्होंने इस कमांड को किसी अन्य शाखा में स्विच करने की मान्यता दी है। सब कुछ पूरी तरह से सच है - जब किसी अन्य शाखा में स्विच किया जाता है, तो हम बस शाखा के अंतिम प्रतिबद्ध में HEAD सूचक को स्थानांतरित करते हैं।

एक HEAD पॉइंटर ( git checkout ) माइग्रेट करना

रोलबैक ऑन कमिट हिस्ट्री:



चेकआउट ऑपरेशन पूरा होने के बाद, हम उस स्थिति में होंगे, जिसमें दो कमिट थे। यह सब अद्भुत है - हमने अतीत में एक छोटा कदम उठाया, वहां कुछ भी जासूसी की, लेकिन वापस कैसे जाएं? उदाहरण के लिए, मेरे पास सुपर-मेमोरी नहीं है, और मुझे सबसे हालिया प्रतिबद्ध (सही पर d79fb ..) का हैश याद नहीं है। अगर हम git log लिखते हैं, तो हम एक कहानी देखेंगे जिसमें तीन कमिट होंगे:

 [user@localhost project]$ git log --pretty=oneline 6741a69bd121c295413be95d7597cd7409e713a0 add unit test b3e74f50c3cc48e6b335014b6dc7e301b382a903 add readme 6e04e39d0952a2d6022502d56aaa05d5a064bea Initial commit 

क्या हमने पूरी कहानी खो दी है? सबसे "नया" कमिटमेंट कैसे पता करें? यह कोई समस्या नहीं है - एक रास्ता है, और कई हैं:

1. git log --all कमांड लिखें। यह कमांड हमें पूरी कहानी, वर्तमान तक, अर्थात हमारे मामले में, पाँच का इतिहास:
   

    [user@localhost project]$ git log --pretty=oneline --all d79fb5688af71b4577f450919535e7177e9d74e8 fix bug 478927e3a088d3cec489ca8810eaaca97c6ce0ff documentation 6741a69bd121c295413be95d7597cd7409e713a0 add unit test b3e74f50c3cc48e6b335014b6dc7e301b382a903 add readme 6e04ee39d0952a2d6022502d56aaa05d5a064bea Initial commit 

   
   तब यह हैश की जरूरत है और समय मशीन को पुनरारंभ करने के लिए बनी रहती है: git checkout । लेकिन मैं इस विधि की सिफारिश नहीं करता हूं, क्योंकि इसके लिए बहुत अधिक कार्यों की आवश्यकता होती है।
2. Git आपको HEAD पॉइंटर के सभी परिवर्तनों को ट्रैक करने की अनुमति देता है। यह git reflog साथ संभव है, लेकिन यह अब शुरुआती लोगों के लिए नहीं है और हमारे उद्देश्यों के लिए उपयोग नहीं किया जाता है। सबसे सक्षम निम्नलिखित करना है:
3. याद रखें कि मास्टर पॉइंटर सबसे हालिया कमिट की ओर इशारा करता है। इस प्रकार, रीसेट करना एक कमांड द्वारा किया जाता है: git checkout master । वोइला ला:

git checkout तंत्र को स्पष्ट करने के लिए, एक नई devel शाखा बनाएं:

 [user@localhost project]$ git checkout -b devel 

* -b फ्लैग का मतलब है कि आपको निर्दिष्ट नाम के साथ एक शाखा बनाने और तुरंत इसे स्विच करने की आवश्यकता है।
हम अपनी कार्रवाई का वर्णन करते हैं:



ध्यान दें कि HEAD पॉइंटर, devel शाखा के शीर्ष पर इंगित करता है।

आइए नई शाखा में कई आवागमन करें। भंडार इतिहास इस तरह दिखेगा:



मास्टर शाखा में लौटना भी दर्द रहित होता है:

 [user@localhost project]$ git checkout master 

तो, पहले पैराग्राफ को याद रखें:

• Git चेकआउट रूम HEAD पॉइंटर को मूव करता है

शाखा के शीर्ष पर एक सूचक को स्थानांतरित करना ( git reset ... )

इसके अलावा, git आपको न केवल HEAD को स्थानांतरित करने की अनुमति देता है, बल्कि शाखाओं के शीर्ष पर पॉइंटर्स को भी महाद्वीप करता है । ऐसा करने के लिए, या तो --soft या --hard साथ git reset कमांड है।

• --hard मतलब है कि हम फ़ाइलों की वर्तमान स्थिति खो देते हैं और उस स्थिति की स्थिति प्राप्त कर लेते हैं जहां रीसेट किया गया था।
• --soft मतलब है कि हम परियोजना की वर्तमान स्थिति को नहीं खोते हैं, लेकिन सूचक को वर्तमान शाखा में स्थानांतरित कर दिया गया है, अर्थात। git स्टेटस हमें प्रोजेक्ट की वर्तमान स्थिति (जिसमें से हम रीसेट करते हैं) और जिस पर हम रीसेट करते हैं, के बीच अंतर देंगे।

दोनों मामलों में, एक "उपनाम" उस प्रतिबद्ध के लिए प्रकट होता है जिसमें से रीसेट किया गया था - ORIG_HEAD ।

git reset --hard HEAD~2 :


git reset --soft HEAD~2 :


ORIG_HEAD स्थानीय मशीन (!) पर अमान्य कमिट्स के संपादन के लिए उपयोगी है। मान लीजिए कि हम पिछले दो कमिट्स को एक में जोड़ना चाहते हैं। ऐसा करने के लिए, फ़ाइलों की वर्तमान स्थिति को ध्यान में रखते हुए, दो बार वापस आने पर मास्टर पॉइंटर का अनुवाद करें:

 [user@localhost project]$ git reset --soft HEAD~2 

आइए बदलावों को देखें:

 [user@localhost project]$ git status # On branch master # Changes to be committed: # (use "git reset HEAD <file>..." to unstage) # # -    # 

ठीक है, अब चलो ट्रिक - कमिट्स को मिलाएं

 [user@localhost project]$ git commit -c ORIG_HEAD 

संदेश दर्ज करें, सहेजें। अब हमारी कहानी कुछ इस प्रकार है:



एक महत्वपूर्ण नोट - ORIG_HEAD अभी भी d79fb कमिट की ओर इशारा करता है ... अगर हम अब git चेकआउट ORIG_HEAD कमांड चलाते हैं, तो हम तथाकथित detach HEAD स्टेट प्राप्त करेंगे। यह इस तथ्य से विशेषता है कि HEAD शाखा के शीर्ष पर इंगित नहीं करता है, लेकिन बस प्रतिबद्ध करने के लिए। हेड को हमेशा एक शाखा के शीर्ष पर इंगित करना चाहिए!



अलग राज्य को "बाहर निकलने" के लिए, बस एक शाखा में स्विच करें या git checkout -b new_branch_name साथ एक नई शाखा बनाएं git checkout -b new_branch_name
तो, दूसरा बिंदु याद रखें:

• चाबियाँ के साथ git reset --soft या --hard सूचक को शाखा के शीर्ष पर ले जाता है, और इसके साथ HEAD पॉइंटर।

और सबसे महत्वपूर्ण बात! ऊपर का सबसे आम ऑपरेशन जब git के साथ काम कर रहा है तो शाखाओं के बीच बदल रहा है। माना जाने वाले अन्य सभी मामले दुर्लभ हैं, लेकिन फिर भी यह आवश्यक है कि जब वे उपयोग किए जाते हैं तो सब कुछ समझ में आए!

अपने भंडार के इतिहास के माध्यम से एक अच्छी यात्रा करें!

सामग्री तैयार करने में, निम्नलिखित स्रोतों का उपयोग किया गया था:
सबसे अच्छा मैनुअल - पुस्तक: ProGit
Git विज़ुअल एड: एक विज़ुअल Git संदर्भ ( रूसी संस्करण )

युपीडी:
टिप्पणियों में, git पर एक अन्य उपयोगी संसाधन की सलाह दी गई थी: githowto

पुनश्च निमंत्रण के लिए धन्यवाद और मैं सभी को सुखद सप्ताहांत की शुभकामनाएं देता हूं!