Git होता है! 6 आम Git त्रुटियाँ और उन्हें कैसे ठीक करें

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

हम सभी गलतियाँ करते हैं, खासकर जब जटिल सिस्टम जैसे Git के साथ काम करते हैं। लेकिन याद रखना: Git होता है!

यदि आप अभी Git से शुरुआत कर रहे हैं, तो कमांड लाइन पर इसके साथ काम करने की मूल बातें जानें। और यहां मैं इस बारे में बात करूंगा कि आप गिट में छह सबसे आम त्रुटियों को कैसे ठीक कर सकते हैं।

1. उफ़ ... मुझे आखिरी मेसेज करने के लिए मैसेज किया गया था

कई घंटों की कोडिंग के बाद, कमिट मैसेज में गलती करना आसान है। सौभाग्य से, यह तय करना आसान है:

git commit --amend 

इस कमांड के साथ, एक टेक्स्ट एडिटर खुल जाएगा और आपको आखिरी मेसेज में मैसेज में बदलाव करने की अनुमति देगा। और किसी को पता नहीं चलेगा कि आपने तीन "डीएस" के साथ "एडेड" लिखा है।

2. उफ़ ... मैं आखिरी कमेट में फाइल जोड़ना भूल गया

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

अनुपलब्ध फ़ाइल जोड़ें और यह सही आदेश चलाएँ:

 git add missed-file.txt git commit --amend 

अब आप या तो संदेश को ठीक कर सकते हैं, या बस इसे अपने मूल रूप में सहेज सकते हैं (जोड़ी गई फ़ाइल के साथ)।

3. उफ़ ... मैंने एक फ़ाइल जोड़ी जो इस रिपॉजिटरी में नहीं होनी चाहिए

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

यदि आपने अभी तक फ़ाइल के लिए केवल चरण ही किया है और अभी तक इसे पूरा नहीं किया है, तो सब कुछ वांछित फ़ाइल के सरल रीसेट (चरण में स्थित) के माध्यम से किया जाता है:

 git reset /assets/img/misty-and-pepper.jpg 

यदि आप अभी भी परिवर्तन करते हैं, तो एक अतिरिक्त प्रारंभिक कदम की आवश्यकता है:

 git reset --soft HEAD~1 git reset /assets/img/misty-and-pepper.jpg rm /assets/img/misty-and-pepper.jpg git commit 

कमिट वापस ले ली जाएगी, चित्र हटा दिया जाएगा, और फिर एक नई प्रतिबद्धता बनाई जाएगी।

लगभग। ट्रांस। : जैसा कि मूल लेख की टिप्पणियों में उल्लेख किया गया है, इस समस्या को पहले से ही उल्लेखित --amend का उपयोग करके भी हल किया जा सकता है। जाहिर है, इस पैराग्राफ के साथ, लेखक यह दिखाना चाहता था कि त्रुटि को ठीक करने के लिए इतिहास के बदलने के तरीके और क्या हैं।

4. उफ़ ... मैंने मास्टर में बदलाव किए

तो, आप एक नई सुविधा पर काम कर रहे हैं और जल्दी कर रहे हैं, इसके लिए एक नई शाखा बनाना भूल गए हैं। आप पहले से ही फ़ाइलों का एक समूह बना चुके हैं और ये सभी कमिट मास्टर में हैं। सौभाग्य से, GitLab सीधे मास्टर में push'y को रोक सकता है । इसलिए, हम निम्नलिखित तीन आदेशों के साथ एक नई शाखा में सभी आवश्यक परिवर्तन वापस कर सकते हैं:

नोट : अपने बदलावों के बारे में सबसे पहले ज़ीरो को कमिट या स्टेश करना सुनिश्चित करें - अन्यथा वे सभी खो जाएंगे!

 git branch future-brunch git reset HEAD~ --hard git checkout future-brunch 

मास्टर में एक नई शाखा बनाई जाएगी - एक रोलबैक उस स्थिति में किया जाता है जिसमें यह आपके परिवर्तनों से पहले था, और फिर आपके सभी परिवर्तनों के साथ नई शाखा का एक चेकआउट किया जाता है।

5. उफ़… मैंने शाखा के नाम पर गलती की

सबसे चौकस लोग पिछले उदाहरण में शाखा के नाम पर एक त्रुटि देख सकते हैं। यह लगभग 3 बजे है, और मैंने अभी भी रात का खाना नहीं खाया है, इसलिए मेरी भूख ने नई शाखा ( br a nch ) को भविष्य की br u nch कहा है । स्वादिष्ट!



इस शाखा को उसी तरह से नाम दें जो mv कमांड का उपयोग करके किसी फ़ाइल का नाम बदलने के दौरान उपयोग की जाती है, अर्थात इसे सही नाम के साथ एक नए स्थान पर रखना:

 git branch -m future-brunch feature-branch 

यदि आप पहले से ही इस शाखा को आगे बढ़ाते हैं, तो आपको कुछ अतिरिक्त चरणों की आवश्यकता होगी। हम पुरानी शाखा को रिमोट से हटा देंगे और नए को धक्का देंगे:

 git push origin --delete future-brunch git push origin feature-branch 

लगभग। ट्रांस। : आप अभी भी रिमोट का उपयोग करके एक शाखा निकाल सकते हैं:

 git push origin :future-brunch 

6. उफ़… मैंने फिर किया!

इस घटना में अंतिम आदेश कि सब कुछ गलत हो गया। जब आपने स्टैक ओवरफ्लो के साथ समाधानों का एक गुच्छा संचित और धक्का दिया, जिसके बाद रिपॉजिटरी में सब कुछ शुरुआत में भी बदतर हो गया। हम सभी को एक बार इसी तरह का सामना करना पड़ा ...

git reflog आपके द्वारा किए गए सभी ऑपरेशनों की एक सूची दिखाता है। फिर यह आपको Git की जादुई समय यात्रा क्षमताओं का उपयोग करने की अनुमति देता है, अर्थात अतीत से किसी भी क्षण में लौटें। मुझे ध्यान देना चाहिए कि यह आपकी आखिरी उम्मीद है - आपको साधारण मामलों में इसका सहारा नहीं लेना चाहिए। इसलिए, सूची प्राप्त करने के लिए, करें:

 git reflog 

हमारा प्रत्येक कदम Git की चौकस निगाह के नीचे है। ऊपर के प्रोजेक्ट पर टीम चलाना निम्नलिखित का उत्पादन करता है:

 3ff8691 (HEAD -> feature-branch) HEAD@{0}: Branch: renamed refs/heads/future-brunch to refs/heads/feature-branch 3ff8691 (HEAD -> feature-branch) HEAD@{2}: checkout: moving from master to future-brunch 2b7e508 (master) HEAD@{3}: reset: moving to HEAD~ 3ff8691 (HEAD -> feature-branch) HEAD@{4}: commit: Adds the client logo 2b7e508 (master) HEAD@{5}: reset: moving to HEAD~1 37a632d HEAD@{6}: commit: Adds the client logo to the project 2b7e508 (master) HEAD@{7}: reset: moving to HEAD 2b7e508 (master) HEAD@{8}: commit (amend): Added contributing info to the site dfa27a2 HEAD@{9}: reset: moving to HEAD dfa27a2 HEAD@{10}: commit (amend): Added contributing info to the site 700d0b5 HEAD@{11}: commit: Addded contributing info to the site efba795 HEAD@{12}: commit (initial): Initial commit 

बाईं ओर के कॉलम पर ध्यान दें - यह सूचकांक है। यदि आप इतिहास के किसी भी बिंदु पर वापस जाना चाहते हैं, तो उचित मूल्य (उदाहरण के लिए, dfa27a2 ) के साथ {index} जगह, निम्न कमांड चलाएँ:

 git reset HEAD@{index} 

तो, अब आपके पास सबसे अधिक बार होने वाले गिट्ल्स से निकलने के छह तरीके हैं (वाक्य: पॉटफॉल का अनुवाद "ट्रैप, गलती" के रूप में होता है - लगभग। ट्रांसलेशन। ) ।

अनुवादक से बोनस

सबसे पहले, ऊपर लिखी गई प्रत्येक चीज पर एक मूल्यवान टिप्पणी (पैराग्राफ 5 को छोड़कर)। ध्यान रखें कि ये क्रियाएं कमिट के इतिहास को बदल देती हैं, इसलिए उन्हें केवल तभी बाहर किया जाना चाहिए जब परिवर्तन रिमोट (पुश'नट) को नहीं भेजे गए हों। अन्यथा, पुरानी खराब प्रतिबद्धता पहले से ही दूरस्थ शाखा पर होगी और आपको या तो git pull का प्रदर्शन करना होगा (जो मर्ज करेंगे और फिर "स्पष्ट" करने की कोशिश करेंगे कि इतिहास खराब परिणाम देगा), या git push --force , जो काम करते समय डेटा हानि के साथ भर जाता है। कई लोगों की एक शाखा ...



अब - हमारे अनुभव से छोटे उपयोगी जोड़:

• यदि आपने (गलती से या नहीं) शाखा को बदल दिया है और आपको पिछले एक पर वापस जाने की आवश्यकता है, तो सबसे तेज़ तरीका git checkout - का उपयोग करना है git checkout - ।
• अगर आपने गलती से कोई फ़ाइल जोड़ दी है, जिसे वहां नहीं जोड़ा जाना चाहिए, लेकिन अभी तक प्रतिबद्ध नहीं है, तो git reset HEAD path/to/file । इसी तरह की स्थिति अनुच्छेद 3 में वर्णित है, लेकिन वास्तव में यह व्यापक है, क्योंकि किसी भी अनावश्यक बदलाव को संदर्भित करता है (न केवल एक अतिरिक्त फ़ाइल का मामला)।
• फ़ाइल को कमिट ( git add -p ) में जोड़ते समय, the -p विकल्प का उपयोग करना बहुत अच्छा नहीं है। यह आपको कमिट में जाने वाले प्रत्येक बदलाव की समीक्षा करने की अनुमति देता है। लेकिन यह याद रखने योग्य है कि यह अनकही फ़ाइलों को प्रतिबद्ध में नहीं जोड़ता है - उन्हें इस पैरामीटर के बिना जोड़ा जाना चाहिए।
• 2014 के लेख " गिट ट्यूटोरियल: 10 कॉमन गेट प्रॉब्लम और उन्हें कैसे ठीक करें " में कई अच्छी सिफारिशें (अधिक जटिल वाले सहित) पाई जा सकती हैं। विशेष रूप से, git rebase -i और git rebase -i के उपयोग पर ध्यान दें।

अनुवादक से पी.एस.

हमारे ब्लॉग में भी पढ़ें:

• "GitLab CI उत्पादन में निरंतर एकीकरण और वितरण के लिए": भाग 1 (हमारी पाइपलाइन) ; भाग 2 (आने वाली कठिनाइयों) ;
• " कुबेरनेट्स और गिटलैब (समीक्षा और वीडियो रिपोर्ट) के साथ सर्वश्रेष्ठ सीआई / सीडी अभ्यास ";
• " GitLab CI के साथ प्रोजेक्ट बनाएँ: सैकड़ों अनुप्रयोगों के लिए एक .itlab-ci.yml ।"