स्टेजिंग, कमिटिंग और इतिहास
स्टेजिंग क्षेत्र, बदलावों को कमिट करने का तरीका और `git log` से अपने प्रोजेक्ट का कमिट इतिहास जानिए।
स्टेजिंग, कमिटिंग और इतिहास, CoddyKit पर DevOps बूटकैंप का एक निःशुल्क पाठ है। यह 4 में से 1वाँ पाठ है। इस अध्ययन पथ के 3 तक कोई भी पाठ पूरा पढ़ना निःशुल्क है — इसके बाद CoddyKit PRO हर पाठ अनलॉक करता है, साथ ही अंतर्निर्मित कोड संपादक और चौबीसों घंटे एआई शिक्षक के साथ व्यावहारिक अभ्यास भी उपलब्ध कराता है। यह DevOps बूटकैंप सीखने के मार्ग का हिस्सा है और आपकी प्रगति वेब तथा CoddyKit ऐप पर सिंक होती रहती है। DevOps बूटकैंप पाठ्यक्रम में कुल 4 पाठ शामिल हैं।
Git का स्टेजिंग क्षेत्र
Git में स्टेजिंग क्षेत्र (जिसे इंडेक्स भी कहा जाता है) आपकी कार्यशील डायरेक्टरी और रिपॉज़िटरी के बीच का एक महत्वपूर्ण मध्यवर्ती चरण है।
इसे ऐसे प्रतीक्षालय की तरह समझें जहाँ आप बदलावों को स्थायी रूप से सहेजने से पहले तैयार करते हैं।
इससे आप संबंधित बदलावों को एक ही अर्थपूर्ण कमिट में समूहित कर सकते हैं।
फ़ाइलों को स्टेजिंग में जोड़ना
बदलावों को अपनी कार्यशील डायरेक्टरी से स्टेजिंग क्षेत्र में ले जाने के लिए आप git add कमांड का उपयोग करते हैं।
आप उन फ़ाइलों को निर्दिष्ट करते हैं जिन्हें स्टेज करना चाहते हैं। इससे Git को पता चलता है, "मैं इन बदलावों को अपने अगले कमिट में शामिल करना चाहता हूँ!"
git add myfile.txtकई बदलावों को स्टेज करना
आपको फ़ाइलें एक-एक करके जोड़ने की आवश्यकता नहीं है। Git कई फ़ाइलों या एक साथ सभी बदलावों को स्टेज करने के सुविधाजनक तरीके देता है।
git add .वर्तमान डायरेक्टरी और उसकी उप-डायरेक्टरी में मौजूद सभी नई और संशोधित फ़ाइलों को स्टेज करता है।git add -uकेवल संशोधित और हटाई गई फ़ाइलों को स्टेज करता है, नई फ़ाइलों को नहीं।
git add .कमिट क्या है?
कमिट किसी विशेष समय पर आपके प्रोजेक्ट का स्नैपशॉट लेने जैसा है। यह स्टेज किए गए बदलावों को आपकी Git रिपॉज़िटरी में स्थायी रूप से दर्ज करता है।
हर कमिट की एक विशिष्ट ID, एक लेखक, एक समय-मुद्रा और किए गए बदलावों को समझाने वाला कमिट संदेश होता है।
अपना पहला कमिट करना
जब आपके बदलाव स्टेजिंग क्षेत्र में आ जाएँ, तो आप git commit का उपयोग करके उन्हें कमिट कर सकते हैं। बदलावों का वर्णन करने के लिए हमेशा स्पष्ट और संक्षिप्त संदेश शामिल करें।
-m फ़्लैग आपको कमिट संदेश सीधे देने की सुविधा देता है।
git commit -m "Add initial project files"अपने प्रोजेक्ट की स्थिति जाँचना
git status कमांड आपकी सबसे अच्छी सहायक है! यह आपको बताती है:
- कौन-सी फ़ाइलें अनट्रैक्ड हैं, यानी नई हैं और अभी Git में नहीं जोड़ी गई हैं।
- कौन-सी फ़ाइलों के बदलाव कमिट के लिए तैयार हैं, यानी स्टेज किए गए हैं।
- कौन-सी फ़ाइलों के बदलाव अभी स्टेज नहीं किए गए हैं।
git statusस्टेज न किए गए बदलावों की समीक्षा
स्टेज या कमिट करने से पहले अपने बदलावों की समीक्षा करना अच्छी प्रक्रिया है। git diff कमांड आपकी फ़ाइलों में हुए बदलावों को ठीक-ठीक देखने में सहायता करती है।
डिफ़ॉल्ट रूप से, git diff आपकी कार्यशील डायरेक्टरी के वे बदलाव दिखाती है जो अभी स्टेज नहीं किए गए हैं।
git diffस्टेज किए गए बदलावों की समीक्षा
यदि आप कमिट करने से पहले उन बदलावों को देखना चाहें जिन्हें आपने पहले ही स्टेजिंग क्षेत्र में भेज दिया है, तो क्या करेंगे?
स्टेज किए गए बदलावों की पिछले कमिट से तुलना करने के लिए आप git diff --staged (या git diff --cached) का उपयोग कर सकते हैं।
git diff --stagedकमिट इतिहास देखना
अपनी रिपॉज़िटरी के सभी कमिट की कालानुक्रमिक सूची देखने के लिए git log कमांड का उपयोग करें। यह दिखाती है कि किसने बदलाव किए, कब किए और उनके कमिट संदेश क्या थे।
यह आपके प्रोजेक्ट के विकास को समझने के लिए अत्यंत आवश्यक है!
git logलॉग आउटपुट को सरल बनाना
डिफ़ॉल्ट git log आउटपुट काफी विस्तृत हो सकता है। त्वरित अवलोकन के लिए आप इसे सरल बनाने वाले विकल्पों का उपयोग कर सकते हैं:
git log --oneline: हर कमिट को एक ही पंक्ति में दिखाती है।git log --graph: कमिट इतिहास का ASCII कला-रूप वृक्ष दिखाती है।
git log --onelineस्टेजिंग और कमिट क्विज़
आपने अभी index.html में बदलाव किया है और एक नई फ़ाइल style.css बनाई है। आप दोनों को अपने अगले कमिट में शामिल करना चाहते हैं।
इन बदलावों को सही ढंग से स्टेज और कमिट करने वाली कमांड का क्रम कौन-सा है?
पुनरावलोकन: स्टेजिंग, कमिट और इतिहास
Great job! In this lesson, you learned the core steps of Git's local workflow:
- The staging area (index) is where you prepare changes.
- Use
git addto move changes to the staging area. - A commit is a permanent snapshot of your staged changes.
- Use
git commit -m "message"to save a commit. git statusshows your working directory's state.git diffhelps review changes.git logallows you to explore your project's history.
These commands are fundamental to tracking your project's progress!
एआई शिक्षक के साथ DevOps बूटकैंप सीखें — निःशुल्क
अपने ब्राउज़र में वास्तविक कोड लिखें और चलाएँ, चौबीसों घंटे एआई शिक्षक से तुरंत सहायता पाएँ, और वेब या ऐप पर वहीं से शुरू करें जहाँ आपने छोड़ा था।
- पाठ्यक्रम
- 142
- पाठ
- 568
अक्सर पूछे जाने वाले प्रश्न
क्या “स्टेजिंग, कमिटिंग और इतिहास” पाठ निःशुल्क है?
हाँ — DevOps बूटकैंप अध्ययन पथ के 3 तक कोई भी पाठ, जिसमें “स्टेजिंग, कमिटिंग और इतिहास” भी शामिल है, यहाँ वेब पर पूरा पढ़ना निःशुल्क है। इसके बाद CoddyKit PRO हर पाठ अनलॉक करता है, साथ ही अंतर्निर्मित कोड संपादक और चौबीसों घंटे एआई शिक्षक के साथ इंटरैक्टिव अभ्यास भी उपलब्ध कराता है। DevOps बूटकैंप पाठ्यक्रम में कुल 4 पाठ शामिल हैं।
“स्टेजिंग, कमिटिंग और इतिहास” में मैं क्या सीखूँगा?
स्टेजिंग क्षेत्र, बदलावों को कमिट करने का तरीका और `git log` से अपने प्रोजेक्ट का कमिट इतिहास जानिए। आप ब्राउज़र में सीधे चलाए जाने वाले व्यावहारिक कोड के साथ DevOps बूटकैंप का अभ्यास करते हैं, और पाठ पूरा करते समय 24/7 एआई ट्यूटर आपके प्रश्नों के उत्तर देता है।
क्या DevOps बूटकैंप शुरू करने के लिए मुझे किसी अनुभव की आवश्यकता है?
पहले के अनुभव की आवश्यकता नहीं है। CoddyKit पर DevOps बूटकैंप शुरुआती से लेकर उन्नत शिक्षार्थियों तक सभी के लिए व्यवस्थित किया गया है, इसलिए आप यहीं से या शुरुआत से सीखना शुरू कर सकते हैं और अपनी गति से आगे बढ़ सकते हैं। यह 4 में से 1वाँ पाठ है।
“स्टेजिंग, कमिटिंग और इतिहास” पाठ पूरा करने में कितना समय लगता है?
CoddyKit का अधिकांश पाठ लगभग 5–10 मिनट में पूरा हो जाता है। हर पाठ छोटा और संवादात्मक है, इसलिए आप लगातार प्रगति करते हैं और वेब या ऐप पर वहीं से सीखना जारी रख सकते हैं जहाँ आपने छोड़ा था।
क्या मैं इस DevOps बूटकैंप पाठ में कोड लिख और चला सकता हूँ?
हाँ। हर DevOps बूटकैंप पाठ में एक अंतर्निर्मित कोड संपादक शामिल है, जिससे आप सीधे अपने ब्राउज़र में वास्तविक कोड लिख और चला सकते हैं और तुरंत एआई प्रतिक्रिया पा सकते हैं—स्थानीय सेटअप की आवश्यकता नहीं है।
इस पाठ्यक्रम के सभी पाठ
- स्टेजिंग, कमिटिंग और इतिहास
- स्थानीय बदलावों को पूर्ववत करना
- ब्रांचिंग और मर्जिंग की मूल बातें
- अधूरे काम को अस्थायी रूप से रखना