कमिट बनाने से पहले, आपको उन फाइलों को जोड़ना होगा जिन्हें आपने उस कमिट में बदल दिया है। जब आप git status
चलाते हैं किसी कमिट में फ़ाइलें जोड़ने से पहले कमांड करें, आप देखेंगे कि changes not staged for commit
आदेश के आउटपुट में संदेश।
इस गाइड में, हम चर्चा करने जा रहे हैं कि इस संदेश का क्या अर्थ है और यह क्यों महत्वपूर्ण है। हम एक उदाहरण के माध्यम से चलेंगे कि आप उन फ़ाइलों को कैसे चरणबद्ध कर सकते हैं जिन्हें आपको प्रतिबद्धता में जोड़ने की आवश्यकता है।
परिवर्तन प्रतिबद्ध के लिए नहीं किए गए हैं
Git रिपॉजिटरी की फ़ाइलों को स्टेजिंग क्षेत्र में या किसी कमिट के हिस्से में या तो अनदेखा किया जा सकता है।
उपेक्षित फ़ाइलें Git रिपॉजिटरी के रिकॉर्ड में शामिल नहीं हैं। स्टेजिंग क्षेत्र में फ़ाइलें वे हैं जिन्हें अगली प्रतिबद्धता में जोड़ा जा रहा है।
स्टेजिंग क्षेत्र महत्वपूर्ण है क्योंकि यह आपको यह चुनने देता है कि कौन सी फाइलें कमिट में जोड़ी जानी चाहिए और क्या नहीं। कमिट बनाने से पहले आप किसी भी समय स्टेजिंग क्षेत्र से फ़ाइलें जोड़ या हटा सकते हैं।
इसका मतलब है कि स्टेजिंग क्षेत्र कुछ हद तक ट्राइएज स्पेस है। यदि आपको लगता है कि एक अतिरिक्त फ़ाइल को कमिट में जोड़ने की आवश्यकता है, तो आप इसे स्टेजिंग में जोड़ सकते हैं। फिर, एक बार जब आप सुनिश्चित हो जाएं कि आपने स्टेजिंग क्षेत्र में सभी परिवर्तन जोड़ दिए हैं, तो आप एक कमिट बना सकते हैं।
एक उदाहरण परिदृश्य
इस संदेश को प्राप्त करने के लिए, हमें पहले एक फ़ाइल को Git रिपॉजिटरी में बदलना होगा। मान लीजिए कि हमारे पास README.md नामक एक रिक्त फ़ाइल के साथ एक Git रिपॉजिटरी है। हम निम्नलिखित दिखाने के लिए इसकी सामग्री को बदलने जा रहे हैं:
# Example Repo
81% प्रतिभागियों ने कहा कि बूटकैंप में भाग लेने के बाद उन्हें अपनी तकनीकी नौकरी की संभावनाओं के बारे में अधिक आत्मविश्वास महसूस हुआ। आज ही एक बूटकैंप से मिलान करें।
बूटकैंप शुरू करने से लेकर अपनी पहली नौकरी खोजने तक, औसत बूटकैंप ग्रेड ने करियर संक्रमण में छह महीने से भी कम समय बिताया।
हमने अपने भंडार में एक फाइल बदल दी है। इसके बाद, हम उन सभी फाइलों का सारांश देखने के लिए git status कमांड चलाने जा रहे हैं जो बदल गई हैं:
git status
आइए देखें कि यह आदेश क्या प्रदर्शित करता है:
शाखा मास्टर पर
आपकी शाखा 'ओरिजिन/मास्टर' के साथ अप टू डेट है।
परिवर्तन प्रतिबद्ध के लिए मंचित नहीं:
(जो किया जाएगा उसे अपडेट करने के लिए "git add..." का उपयोग करें) (कार्यशील निर्देशिका में परिवर्तनों को त्यागने के लिए "git checkout -- ..." का उपयोग करें) संशोधित:README.mdपूर्व> गिट कमांड लाइन हमें बताती है कि हम मास्टर शाखा देख रहे हैं और हमारी वर्तमान शाखा हमारी दूरस्थ शाखा के साथ अद्यतित है। हमने एक फाइल बदल दी है:README.md। यह फ़ाइल अभी तक स्टेजिंग क्षेत्र या कमिट में नहीं जोड़ी गई है। हमारी कार्यशील निर्देशिका को संशोधित किया गया है।
इस संदेश को दूर करने के लिए, हमें README.md फ़ाइल को स्टेजिंग क्षेत्र में जोड़ना होगा। हम इसे git ऐड कमांड का उपयोग करके कर सकते हैं:
git add README.md
यह कमांड हमें कमिट में जोड़ने के लिए चुनिंदा फाइलों को चुनने देता है। इसके बाद, हम उन फ़ाइलों के साथ एक कमिट बना सकते हैं जिन्हें हमने बदल दिया है जो वर्तमान में स्टेजिंग क्षेत्र में हैं। आइए कमिट बनाने के लिए git कमिट चलाएं:
git commit -m “docs: Update README.md”
यह हमारे द्वारा स्टेजिंग क्षेत्र में जोड़े गए सभी परिवर्तनों के साथ रिपॉजिटरी की वर्तमान स्थिति का रिकॉर्ड बनाएगा। यदि आप एक दूरस्थ संस्करण के साथ एक भंडार के साथ काम कर रहे हैं, तो आप इसे बनाने के बाद अपनी प्रतिबद्धता को भंडार में धक्का देना चाहेंगे:
git push
हमारा परिवर्तन अब हमारे भंडार के स्थानीय और दूरस्थ दोनों संस्करणों में किया गया है।
आइए एक बार फिर से शाखा पर git status पर एक नजर डालते हैं:
शाखा मास्टर परआपकी शाखा 'ओरिजिन/मास्टर' के साथ अप टू डेट है। कुछ भी प्रतिबद्ध नहीं है, वर्किंग ट्री क्लीनकमांड हमें बताता है कि कोई बदलाव नहीं है जो किसी कमिट या स्टेजिंग क्षेत्र में नहीं जोड़ा गया है। इसका मतलब है कि हमने अपने भंडार को सफलतापूर्वक बदल दिया है। हमारे भंडार में अब एक अतिरिक्त प्रतिबद्धता है जिसमें हमारे द्वारा README.md में किए गए परिवर्तन शामिल हैं।
निष्कर्ष
जब आप "गिट स्टेटस" कमांड चलाते हैं और एक फाइल होती है जिसे बदल दिया गया है, लेकिन अभी तक स्टेजिंग क्षेत्र में नहीं जोड़ा गया है, तो "परिवर्तन के लिए मंचन नहीं किया गया" संदेश दिखाता है।
यह एक त्रुटि संदेश नहीं है, बल्कि एक सूचना है कि आपने उन फ़ाइलों को बदल दिया है जो स्टेजिंग क्षेत्र या कमिट में नहीं हैं। आप अपनी फ़ाइलों को एक प्रतिबद्धता में जोड़कर और उन्हें एक भंडार में भेजकर संदेश को दूर कर सकते हैं।
अब आपके पास एक पेशेवर डेवलपर की तरह इस Git त्रुटि को ठीक करने के लिए आवश्यक ज्ञान है!