Master Git & GitHub in One Video! 🚀 Level Up Your Skills Now!

Sheryians Coding School

8 chapters7 takeaways16 key terms5 questions

Overview

यह वीडियो Git और GitHub का एक व्यापक परिचय प्रदान करता है, जिसका उद्देश्य डेवलपर्स को व्यक्तिगत परियोजनाओं को प्रबंधित करने और दूसरों के साथ सहयोग करने के लिए आवश्यक कौशल सिखाना है। यह ओपन-सोर्स योगदान के लिए एक अलग दृष्टिकोण के साथ, वास्तविक दुनिया के परिदृश्यों पर ध्यान केंद्रित करता है। वीडियो Git को स्थानीय प्रोजेक्ट प्रबंधन के लिए एक टूल के रूप में और GitHub को एक केंद्रीय कोडबेस के लिए एक प्लेटफॉर्म के रूप में समझाता है। यह Git इंस्टॉलेशन, आवश्यक कॉन्फ़िगरेशन, और स्थानीय रिपॉजिटरी को इनिशियलाइज़ करने, फ़ाइलों को स्टेज करने, कमिट बनाने और पिछली अवस्थाओं पर वापस जाने जैसी बुनियादी बातों को कवर करता है। यह ब्रांचिंग की अवधारणा का भी परिचय देता है, जो समानांतर विकास और संघर्षों को प्रबंधित करने की अनुमति देता है।

How was this?

Save this permanently with flashcards, quizzes, and AI chat

Chapters

यह सीरीज वास्तविक दुनिया के परिदृश्यों पर केंद्रित है, जो केवल आवश्यक Git और GitHub सुविधाओं को सिखाती है।
इसका उद्देश्य आत्मविश्वास बढ़ाना है, न कि बहुत सारी जानकारी से अभिभूत करना।
यह सीरीज ओपन-सोर्स योगदान पर केंद्रित नहीं है; उसके लिए एक अलग वीडियो होगा।
मुख्य ध्यान व्यक्तिगत परियोजनाओं के प्रबंधन और सहयोग पर है।

यह समझना महत्वपूर्ण है कि यह सीरीज किस पर केंद्रित है और क्या नहीं, ताकि आप अपनी सीखने की अपेक्षाओं को सही ढंग से निर्धारित कर सकें और उन कौशलों पर ध्यान केंद्रित कर सकें जिनकी आपको सबसे अधिक आवश्यकता है।

वीडियो स्पष्ट करता है कि यह सीरीज ओपन-सोर्स योगदान के लिए नहीं है, बल्कि व्यक्तिगत परियोजनाओं और सहयोग के लिए है।

दूर स्थित डेवलपर्स (जैसे जियान ऑस्ट्रेलिया में, नोबिता भारत में) एक ही प्रोजेक्ट पर एक साथ काम करने में चुनौतियों का सामना करते हैं।
कोड को मैन्युअल रूप से साझा करना (जैसे WhatsApp पर) बड़े प्रोजेक्ट्स के लिए अव्यावहारिक और कठिन हो जाता है।
एक केंद्रीय कोडबेस की आवश्यकता है जहां सभी योगदान कर सकें और अपडेट प्राप्त कर सकें।
एक 'सिंगल सोर्स ऑफ ट्रुथ' महत्वपूर्ण है ताकि सभी एक ही संस्करण पर काम कर रहे हों।

यह अध्याय सहयोग में आने वाली मूलभूत समस्या को उजागर करता है, जिससे Git और GitHub जैसे टूल की आवश्यकता स्पष्ट होती है।

जियान और नोबिता का उदाहरण, जो अलग-अलग देशों में रहते हैं और एक ही प्रोजेक्ट पर काम करना चाहते हैं, लेकिन कोड को मैन्युअल रूप से साझा करने में कठिनाई का सामना करते हैं।

Git स्थानीय स्तर पर प्रोजेक्ट्स को प्रबंधित करने के लिए है, जो आपको अपने सिस्टम पर कोड के विभिन्न संस्करणों को ट्रैक करने और प्रबंधित करने की अनुमति देता है।
यह आपको अपने कोड के 'सेव्ड पॉइंट्स' बनाने की सुविधा देता है, जिससे आप किसी भी समय पिछली अवस्थाओं पर वापस जा सकते हैं।
GitHub एक केंद्रीय कोडबेस (रिमोट रिपॉजिटरी) के रूप में कार्य करता है जहां कई डेवलपर्स सहयोग कर सकते हैं।
Git स्थानीय प्रबंधन के लिए है, जबकि GitHub रिमोट सहयोग और कोड होस्टिंग के लिए है।

Git और GitHub के बीच अंतर को समझना महत्वपूर्ण है ताकि आप जान सकें कि प्रत्येक टूल का उपयोग कब और क्यों करना है, जो प्रभावी संस्करण नियंत्रण और सहयोग के लिए आधार तैयार करता है।

Git को गेम में सेव पॉइंट्स की तरह वर्णित किया गया है, जहां आप किसी भी समय पिछली अवस्थाओं पर वापस जा सकते हैं, जबकि GitHub को एक साझा, इंटरनेट-आधारित डेटाबेस के रूप में वर्णित किया गया है।

Git को आधिकारिक वेबसाइट से डाउनलोड और इंस्टॉल किया जा सकता है।
इंस्टॉलेशन के बाद, टर्मिनल या कमांड प्रॉम्प्ट में 'git' टाइप करके इसकी पुष्टि की जा सकती है।
वैश्विक कॉन्फ़िगरेशन (जैसे उपयोगकर्ता नाम और ईमेल) को सेट करना महत्वपूर्ण है ताकि Git आपकी पहचान कर सके।
डिफ़ॉल्ट कोड एडिटर और लाइन-एंडिंग (CRLF) जैसे अन्य कॉन्फ़िगरेशन भी सेट किए जा सकते हैं।

सही इंस्टॉलेशन और कॉन्फ़िगरेशन यह सुनिश्चित करता है कि Git आपके सिस्टम पर ठीक से काम करे और आपके प्रोजेक्ट्स को ट्रैक करने के लिए तैयार हो।

कमांड्स जैसे 'git config --global user.name "Your Name"' और 'git config --global user.email "your.email@example.com"' का उपयोग करके वैश्विक सेटिंग्स को कॉन्फ़िगर करना।

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

यह अध्याय आपको सिखाता है कि अपने स्थानीय प्रोजेक्ट्स में परिवर्तनों को कैसे ट्रैक और सहेजना है, जो आपके काम को व्यवस्थित रखने और किसी भी समय पिछली अवस्थाओं पर लौटने के लिए आवश्यक है।

एक 'hisab.txt' फ़ाइल बनाना, उसे स्टेज करना, और फिर '17 अप्रैल का हिसाब' जैसे संदेश के साथ कमिट करना।

Git रिसेट कमांड का उपयोग करके आप पिछली कमिट की गई अवस्थाओं पर वापस जा सकते हैं।
'--hard' विकल्प का उपयोग करने से वर्तमान परिवर्तनों को हटा दिया जाता है और निर्दिष्ट कमिट पर पूरी तरह से रीसेट हो जाता है।
आप 'HEAD~1' जैसे सिंटैक्स का उपयोग करके एक या अधिक स्टेप पीछे जा सकते हैं।
यह सुविधा आपको गलतियों को ठीक करने या पिछले संस्करणों का पता लगाने की अनुमति देती है।

यह क्षमता आपको गलतियों से उबरने और अपने प्रोजेक्ट के इतिहास को प्रभावी ढंग से प्रबंधित करने की शक्ति देती है, जिससे आप बिना किसी डर के प्रयोग कर सकते हैं।

पिछली कमिट पर वापस जाने के लिए 'git reset --hard HEAD~1' कमांड का उपयोग करना, जिससे नवीनतम परिवर्तन हट जाते हैं।

'git status -s' कमांड आपकी रिपॉजिटरी में फ़ाइलों की वर्तमान स्थिति (जैसे अनट्रैक्ड, एडेड, मॉडिफाइड) का संक्षिप्त अवलोकन प्रदान करता है।
'git log' कमांड आपके प्रोजेक्ट के सभी कमिट इतिहास को दिखाता है, जिसमें प्रत्येक कमिट की एक यूनिक आईडी, लेखक और तिथि शामिल होती है।
'git log --oneline' कमिट इतिहास को संक्षिप्त रूप में दिखाता है, केवल कमिट संदेश और आईडी।
Git स्टेटस कमिट से पहले या बाद में परिवर्तनों को ट्रैक करता है, जबकि Git लॉग सभी सहेजे गए चेकपॉइंट्स का इतिहास दिखाता है।

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

'git status -s' का उपयोग करके अनट्रैक्ड फ़ाइलों ('??') या मॉडिफाइड फ़ाइलों ('M') को देखना, और 'git log --oneline' का उपयोग करके कमिट इतिहास की सूची देखना।

ब्रांचिंग आपको मुख्य कोडबेस (मेन ब्रांच) को प्रभावित किए बिना नई सुविधाओं पर या प्रयोगों पर समानांतर रूप से काम करने की अनुमति देती है।
नई ब्रांच बनाना (जैसे 'git branch feature/navbar') मुख्य कोड की एक स्वतंत्र कॉपी बनाता है।
आप विभिन्न ब्रांचेस के बीच स्विच कर सकते हैं (हालांकि यह वीडियो इस कमांड को स्पष्ट रूप से नहीं दिखाता है)।
जब कोई सुविधा पूरी हो जाती है, तो उस ब्रांच को मुख्य ब्रांच में 'मर्ज' किया जा सकता है।
टकराव (Conflicts) तब उत्पन्न होते हैं जब एक ही फ़ाइल की एक ही लाइन को विभिन्न ब्रांचेस में अलग-अलग तरीके से संशोधित किया जाता है, और उन्हें मैन्युअल रूप से हल करने की आवश्यकता होती है।

ब्रांचिंग एक शक्तिशाली सुविधा है जो डेवलपर्स को एक साथ कई कार्यों पर काम करने, जोखिम को कम करने और एक सुव्यवस्थित विकास प्रक्रिया बनाए रखने में सक्षम बनाती है।

एक 'feature/navbar' ब्रांच बनाना, जिस पर डेवलपर मुख्य कोडबेस को प्रभावित किए बिना नेव बार पर काम कर सकता है।

Key takeaways

1Git स्थानीय स्तर पर आपके कोड के इतिहास को प्रबंधित करने के लिए है, जो आपको किसी भी समय पिछली अवस्थाओं पर वापस जाने की सुविधा देता है।
2GitHub एक केंद्रीय मंच प्रदान करता है जहां डेवलपर्स अपने कोड को संग्रहीत कर सकते हैं और दूसरों के साथ सहयोग कर सकते हैं।
3स्थानीय Git रिपॉजिटरी को इनिशियलाइज़ करना, फ़ाइलों को स्टेज करना और कमिट बनाना Git का उपयोग करने के मूल चरण हैं।
4Git इग्नोर फ़ाइल का उपयोग करके आप Git को बता सकते हैं कि किन फ़ाइलों को ट्रैक नहीं करना है।
5Git रिसेट कमांड आपको पिछली कमिट की गई अवस्थाओं पर वापस जाने की अनुमति देता है, जो गलतियों को ठीक करने के लिए उपयोगी है।
6Git स्टेटस और Git लॉग कमांड आपके प्रोजेक्ट की वर्तमान स्थिति और उसके इतिहास को समझने के लिए आवश्यक हैं।
7ब्रांचिंग आपको मुख्य कोडबेस को प्रभावित किए बिना नई सुविधाओं पर समानांतर रूप से काम करने में सक्षम बनाती है, और बाद में उन्हें मुख्य ब्रांच में मर्ज किया जा सकता है।

Key terms

GitGitHubRepositoryCommitStaging Area (Index)Working DirectoryUnstaged ChangesStaged ChangesUntracked FilesGit IgnoreGit ResetGit StatusGit LogBranchMergeConflict

Test your understanding

1Git और GitHub के बीच मुख्य अंतर क्या हैं, और वे व्यक्तिगत प्रोजेक्ट प्रबंधन और सहयोग में कैसे योगदान करते हैं?
2आप अपने स्थानीय प्रोजेक्ट में Git को कैसे इनिशियलाइज़ करेंगे, और फ़ाइलों को स्टेज करने और कमिट बनाने की प्रक्रिया क्या है?
3'git status -s' और 'git log --oneline' कमांड का उपयोग करके आप अपने प्रोजेक्ट की स्थिति और इतिहास को कैसे समझ सकते हैं?
4Git ब्रांचिंग क्या है, और यह डेवलपर्स को एक साथ कई सुविधाओं पर काम करने में कैसे मदद करती है?
5जब दो डेवलपर्स एक ही फ़ाइल की एक ही लाइन को अलग-अलग तरीके से बदलते हैं तो 'Conflict' क्या होता है, और इसे कैसे हल किया जा सकता है?