गिट की आवश्यकता क्यों है — और इसके बिना नौकरी क्यों नहीं मिलती
हम आदेशों (कमांड) से नहीं, बल्कि समस्या से शुरुआत करेंगे: देखेंगे कि वर्जन नियंत्रण के बिना डेवलपमेंट कैसा दिखता है — 'प्रोजेक्ट_फाइनल_2', 'प्रोजेक्ट_फाइनल_सचमुच_फाइनल' जैसे फ़ोल्डर और अनावश्यक चीज़ें हटाने का डर। आप समझ जाएंगे कि गिट वास्तव में किस समस्या का समाधान करता है, यह उद्योग का मानक क्यों बन गया है, और जब नियोक्ता आपके गिटहब प्रोफ़ाइल को देखता है तो वह वास्तव में क्या जांचता है।
- आप किसी साक्षात्कारकर्ता या नियोक्ता को अपने शब्दों में, बिना रटे हुए परिभाषाओं के, समझा पाएंगे कि संस्करण नियंत्रण क्यों आवश्यक है।
- आप समझ जाएंगे कि गिट का वितरित मॉडल केंद्रीकृत प्रणालियों से मौलिक रूप से कैसे भिन्न है और व्यवहार में यह क्यों महत्वपूर्ण है।
- आपको पता चल जाएगा कि नौकरी पर रखते समय गिट के किन विशिष्ट कौशलों की जाँच की जाती है।
Simula ng leksyon
«अंतिम_निश्चित_अंतिम» — यह आपकी गलती नहीं है
- परिचित फ़ोल्डर: परियोजना_v2, अंतिम_संशोधन
- बिना वर्जन नियंत्रण प्रणाली के सभी ऐसा करते हैं
- यह अव्यवस्था नहीं है — यह प्राथमिक वर्जनिंग है
- Git को समझने की आपकी पहली सीढ़ी
जब आप अपने कंप्यूटर पर 'परियोजना_v2' या 'अंतिम_संशोधन_जरूरी' जैसे नाम वाले फ़ोल्डर देखते हैं, तो अपने अव्यवस्थित होने के लिए खुद को दोष न दें। हर व्यक्ति ऐसा करता है जब उसे बिना किसी विशेष उपकरण के फ़ाइलों के अलग-अलग संस्करणों को सहेजने की आवश्यकता होती है। छात्रों से लेकर अनुभवी डेवलपर्स तक — सभी इस चरण से गुज़रते हैं, इससे पहले कि वे वर्जन नियंत्रण प्रणालियों की खोज करें। मूलतः, आपने पहले ही वर्जनिंग का आविष्कार कर लिया है — बस सबसे सरल रूप में। यह अव्यवस्था नहीं है, बल्कि Git की आवश्यकता को समझने की एक स्वाभाविक सीढ़ी है।
हटाने का डर: जब इतिहास सिर्फ़ दिमाग में रहता है
- बदलावों का इतिहास सिर्फ़ आपके दिमाग में
- कुछ महत्वपूर्ण हटाने का डर
- फ़ाइल के 40 संस्करण — और सही कौन सा?
- याददाश्त बढ़ाई नहीं जा सकती और बैकअप नहीं बनाती
कल्पना करें कि आप एक उपन्यास लिख रहे हैं और हर दिन एक नई प्रति सहेजते हैं: 'उपन्यास_ड्राफ्ट', 'उपन्यास_अंतिम', 'उपन्यास_अंतिम_संपादक_संशोधन'। एक महीने बाद आपके पास चालीस फ़ाइलें होती हैं, और आपको याद नहीं रहता कि तीसरे अध्याय का वह शानदार संस्करण किस फ़ाइल में था। इस दृष्टिकोण की मुख्य समस्या यह है कि बदलावों का इतिहास केवल आपके दिमाग में मौजूद है — और मानव स्मृति अपूर्ण है और बैकअप नहीं बनाती। यही कारण है कि आप पुराने संस्करणों को हटाने से डरते हैं, भले ही वे स्पष्ट रूप से पुराने हो चुके हों।
एक डेवलपर अकेले अव्यवस्थित — टीम तबाह कर देती है
- टीम में अव्यवस्था अपरिहार्य है
- वर्तमान संस्करणों के आर्काइव ईमेल से
- कोई दूसरे के बदलावों को मिटा देता है
- सहयोग के लिए उपकरण चाहिए
जब तक आप अकेले काम करते हैं, अलग-अलग संस्करणों वाले फ़ोल्डरों की प्रणाली किसी तरह चलती है। लेकिन जैसे ही प्रोजेक्ट में दूसरा व्यक्ति आता है — असली अराजकता शुरू हो जाती है। कोई गलती से दूसरे के बदलावों को मिटा देता है, 'वर्तमान' संस्करण आर्काइव में ईमेल से आता है, और एक सप्ताह बाद कोई नहीं समझ पाता कि वास्तव में अंतिम क्या है। यहाँ समस्या लोगों में या उनकी असावधानी में नहीं है — समस्या एक ऐसे उपकरण की कमी है जो सभी बदलावों का इतिहास याद रखे और विभिन्न लोगों के संशोधनों को कुशलता से जोड़ सके। यही वह कार्य है जिसे Git हल करता है। लेकिन वास्तविक परियोजना में बिना वर्जन नियंत्रण के काम कैसा दिखता है? आइए नुकसान के विशिष्ट परिदृश्यों पर गौर करें।
Buong leksyon ay para sa subscription
28 pang slide sa buong bersyon.
Mabubuksan ang video, lahat ng slide, tala, pagsusulit, AI tutor, at interview pagkatapos mag-sign in at mag-subscribe.
Mag-sign in o magparehistro Mag-subscribeNilalaman ng leksyon
- «अंतिम_निश्चित_अंतिम» — यह आपकी गलती नहीं है
- हटाने का डर: जब इतिहास सिर्फ़ दिमाग में रहता है
- एक डेवलपर अकेले अव्यवस्थित — टीम तबाह कर देती है
- फ़ाइल हटाई — कोड हमेशा के लिए गायब
- वापस नहीं जा सकते — तो बेहतर है कि न छेड़ें
- टीम में: एक फ़ाइल, एक बचा
- बिना इतिहास के अव्यवस्था: फ़ाइल_अंतिम_v3_नतीजा.docx
- VCS — आपके कोड के लिए टाइम मशीन
- VCS जिन तीन सवालों का जवाब देता है
- हर कमिट के चार घटक
- Git फ़ाइलों के बीच अंतर नहीं, बल्कि स्नैपशॉट स्टोर करता है
- git log: प्रोजेक्ट का जर्नल पढ़ना
- केंद्रीकृत VCS: सर्वर सब कुछ स्टोर करता है
- एक सर्वर — एक विफलता बिंदु
- टीम बढ़ती है — अड़चन बढ़ती जाती है
- एक सर्वर: विफलता का एकमात्र केंद्र
- पूरी प्रतिलिपि: इतिहास, शाखाएँ, सब कुछ – स्थानीय रूप से
- वितरित प्रणाली के तीन स्वतंत्रताएँ
- Git क्यों और तब बनाया गया
- Git की जीत के तीन कारण
- Git ≠ GitHub: जूनियर्स का मुख्य भ्रम
- भ्रम जो सभी जूनियर्स को परेशान करता है
- Git – आपके कंप्यूटर पर, GitHub – क्लाउड में
- Word, Google Drive और GitHub के तीन विकल्प
- GitHub — आपका सक्रिय बायोडाटा
- तीन संकेत जो दस्तावेज़ की तरह पढ़े जाते हैं
- प्रोफ़ाइल को क्या बर्बाद करता है: अदृश्यता और डिजिटल कचरा
- अर्थहीन गतिविधि: प्रोफ़ाइल के तीन जाल
- रिपॉजिटरी में रहस्य: यह क्यों एक आपदा है
- प्रोफ़ाइल जो कहती है: 'मैं प्रक्रिया समझता हूँ'
- निष्कर्ष और कार्य
Mga artikulo tungkol sa araling ito
- Git at GitHub: ano ang pagkakaiba at paano sila magkaugnay
- Ano ang Git at bakit ito kailangan ng developer
- Mga tanong tungkol sa Git sa job interview: 25 tanong na may sagot
- Paano mag-install ng Git sa Windows, macOS, at Linux
- Git Bash: ano ito at paano gamitin sa Windows
Lahat ng leksyon ng kurso
- परिचय: शुरुआत से आत्मविश्वासी डेवलपर तक Git
- गिट की आवश्यकता क्यों है — और इसके बिना नौकरी क्यों नहीं मिलती
- Git की स्थापना और प्रारंभिक सेटअप: पहली बार चलाने की तैयारी
- पहला रिपॉजिटरी: git init, git add, git commit और इंडेक्स का जादू
- इतिहास पढ़ना: log, diff, show और पिछले बदलावों में नेविगेशन
- शाखाएँ: आपके कोड की समानांतर दुनिया
- गलतियाँ सुधारना: restore, reset, revert — सही और खतरनाक तरीके
- GitHub और दूरस्थ भंडार: आपका कोड क्लाउड में
- टीम वर्क: फ़ोर्क, फ़ीचर ब्रांच और पुल रिक्वेस्ट
- मर्ज संघर्ष: घबराएं नहीं — समझें और हल करें
- वास्तविक टीमों में Git प्रक्रियाएँ: कौन सा वर्कफ़्लो चुनें
- उन्नत उपकरण: rebase, stash, cherry-pick और टैग
- अंतिम प्रोजेक्ट: वास्तविक टीम डेवलपमेंट का अनुकरण