ตัวอย่างบทเรียน

टीम वर्क: फ़ोर्क, फ़ीचर ब्रांच और पुल रिक्वेस्ट

यह सेक्शन बताता है कि 90% ओपन-सोर्स और कॉर्पोरेट टीमें कैसे काम करती हैं। हम पूरा चक्र अपनाएंगे: फ़ोर्क → फ़ीचर ब्रांच → कमिट → पुल रिक्वेस्ट → कोड रिव्यू → मर्ज। हम विशेष रूप से यह जानेंगे कि PR विवरण कैसे लिखें ताकि रिव्यूअर तुरंत संदर्भ समझ सके, और PR में कौन सी गलतियाँ शुरुआती लोगों को दर्शाती हैं।

फ़ोर्क पुल रिक्वेस्ट कोड रिव्यू
คุณจะเรียนรู้อะไรในบทเรียนนี้
  • आप किसी भी ओपन-सोर्स प्रोजेक्ट में फ़ोर्क → PR के मानक चक्र के माध्यम से योगदान कर पाएंगे।
  • आप पुल रिक्वेस्ट को इस प्रकार तैयार करना सीखेंगे कि रिव्यूअर को बिना किसी अतिरिक्त प्रश्न के कार्य समझ में आए।
  • आप समझेंगे कि कोड रिव्यू में टिप्पणियों पर तकनीकी और संवादात्मक रूप से सही प्रतिक्रिया कैसे दें।

จุดเริ่มต้นของบทเรียน

Fork – आपका निजी सैंडबॉक्स

  • Fork – GitHub पर आपकी निजी प्रतिलिपि
  • मूल पर कोई जोखिम नहीं, पूर्ण नियंत्रण
  • मूल प्रोजेक्ट से संबंध बनाए रखता है
  • प्रयोगों और open source में योगदान के लिए आदर्श

कल्पना करें कि आपको पुस्तकालय में एक दिलचस्प किताब मिलती है, लेकिन आप उसमें नोट्स नहीं बना सकते। Fork इस समस्या को हल करता है – यह GitHub पर आपकी निजी प्रतिलिपि बनाता है। अब आप कोड के साथ प्रयोग कर सकते हैं, बिना मूल प्रोजेक्ट को नुकसान पहुँचाने के डर के। यह विशेष रूप से तब उपयोगी है जब आप किसी विचार का परीक्षण करना चाहते हैं या किसी दूसरे के प्रोजेक्ट में योगदान देना चाहते हैं। आपका fork मूल रिपॉजिटरी से जुड़ा रहता है, जिससे अपडेट ट्रैक करना और परिवर्तन वापस भेजना आसान हो जाता है।

GitHub पर fork कैसे बनाएं

  • ऊपर दाएँ कोने में Fork बटन दबाएँ
  • गंतव्य के रूप में अपना खाता चुनें
  • प्रतिलिपि बनने तक प्रतीक्षा करें
  • अपने fork को स्थानीय मशीन पर clone करें

GitHub पर वांछित रिपॉजिटरी खोलें और ऊपर दाएँ कोने में 'Fork' बटन ढूँढ़ें। दबाने के बाद, गंतव्य के रूप में अपना खाता चुनें। कुछ सेकंड में GitHub आपके प्रोफ़ाइल में रिपॉजिटरी की सटीक प्रतिलिपि बना देगा। अब आप इसे अपने कंप्यूटर पर git clone कमांड से clone कर सकते हैं और काम शुरू कर सकते हैं। याद रखें कि आप अपने fork को clone कर रहे हैं, मूल रिपॉजिटरी को नहीं।

# अपने fork को कंप्यूटर पर clone करें
git clone https://github.com/your-username/repo.git

# प्रोजेक्ट डायरेक्टरी में जाएँ
cd repo

# दूरस्थ रिपॉजिटरीज़ की जाँच करें
git remote -v

Fork बनाम Clone: क्या अंतर है?

  • Clone: आपके कंप्यूटर पर स्थानीय प्रतिलिपि
  • Fork: आपके GitHub खाते में दूरस्थ प्रतिलिपि
  • Fork मूल रिपॉजिटरी से संबंध बनाए रखता है
  • परिवर्तनों को सिंक करने के लिए सुविधाजनक

हालाँकि दोनों प्रक्रियाएँ रिपॉजिटरी की प्रतिलिपि बनाती हैं, लेकिन दोनों में मूलभूत अंतर है। Clone कोड को आपके कंप्यूटर पर डाउनलोड करता है, जबकि fork आपके GitHub खाते में एक दूरस्थ प्रतिलिपि बनाता है। Fork मूल प्रोजेक्ट से संबंध बनाए रखता है, जिससे परिवर्तनों को आसानी से सिंक किया जा सकता है। open-source प्रोजेक्ट्स में भाग लेते समय यह महत्वपूर्ण है: आप अपने fork में काम करते हैं, फिर pull request के माध्यम से लेखक को परिवर्तन प्रस्तावित करते हैं। अब जब आपने प्रोजेक्ट की अपनी प्रतिलिपि बना ली है, तो इसे स्थानीय मशीन पर लाने और इसके साथ काम करने का समय है।

บทเรียนฉบับเต็มใช้ได้เมื่อสมัครสมาชิก

ฉบับเต็มมีสไลด์เพิ่มอีก 30 สไลด์

วิดีโอ สไลด์ทั้งหมด โน้ต แบบทดสอบ AI ติวเตอร์ และการสัมภาษณ์จะเปิดหลังเข้าสู่ระบบและสมัครสมาชิก

เข้าสู่ระบบหรือลงทะเบียน สมัครสมาชิก

เนื้อหาบทเรียน

  1. Fork – आपका निजी सैंडबॉक्स
  2. GitHub पर fork कैसे बनाएं
  3. Fork बनाम Clone: क्या अंतर है?
  4. Fork को कंप्यूटर पर clone करना
  5. सिंक्रोनाइज़ेशन के लिए upstream जोड़ना
  6. दूरस्थ रिपॉजिटरीज़ की जाँच
  7. अलग-अलग शाखाओं की आवश्यकता क्यों?
  8. फ़ीचर ब्रांच बनाना
  9. ब्रांचों का सही नामकरण कैसे करें
  10. एटॉमिक कमिट क्यों ज़रूरी हैं?
  11. आदर्श कमिट संदेश लिखना
  12. कमिट में सामान्य गलतियाँ
  13. फ़ोर्क में ब्रांच प्रकाशित क्यों करें?
  14. ब्रांच प्रकाशित करने के लिए git push कमांड
  15. प्रकाशित ब्रांच की जाँच करना
  16. Pull Request: बदलाव का अनुरोध
  17. PR शीर्षक: संक्षिप्त और सारगर्भित
  18. PR का विवरण: क्या, क्यों और कैसे जाँचें
  19. PR में सामान्य गलतियाँ
  20. PR-राक्षस: बड़े पुल-रिक्वेस्ट समीक्षा को क्यों मार देते हैं
  21. PR विवरण: समझाने का मौका, माफ़ी मांगने का नहीं
  22. एक PR — एक कार्य, या असंबंधित बदलावों को कैसे न मिलाएं
  23. कोड रिव्यू: संपादक के साथ संवाद
  24. हर टिप्पणी का जवाब दें
  25. सुधारों को अलग-अलग कमिट में करें
  26. मर्ज में विरोध क्यों उत्पन्न होते हैं
  27. विरोध खोजें और ठीक करें
  28. विरोध खोजें और ठीक करें
  29. विरोध समाधान पूरा करें
  30. सफल मर्ज के बाद सफाई
  31. GitHub पर फीचर ब्रांच को हटाना
  32. स्थानीय रिपॉजिटरी को अपडेट करें
  33. टीमवर्क का मास्टर: फोर्क से मर्ज तक

บทความเกี่ยวกับบทเรียนนี้

บทเรียนทั้งหมดในคอร์สนี้

  1. परिचय: शुरुआत से आत्मविश्वासी डेवलपर तक Git
  2. गिट की आवश्यकता क्यों है — और इसके बिना नौकरी क्यों नहीं मिलती
  3. Git की स्थापना और प्रारंभिक सेटअप: पहली बार चलाने की तैयारी
  4. पहला रिपॉजिटरी: git init, git add, git commit और इंडेक्स का जादू
  5. इतिहास पढ़ना: log, diff, show और पिछले बदलावों में नेविगेशन
  6. शाखाएँ: आपके कोड की समानांतर दुनिया
  7. गलतियाँ सुधारना: restore, reset, revert — सही और खतरनाक तरीके
  8. GitHub और दूरस्थ भंडार: आपका कोड क्लाउड में
  9. टीम वर्क: फ़ोर्क, फ़ीचर ब्रांच और पुल रिक्वेस्ट
  10. मर्ज संघर्ष: घबराएं नहीं — समझें और हल करें
  11. वास्तविक टीमों में Git प्रक्रियाएँ: कौन सा वर्कफ़्लो चुनें
  12. उन्नत उपकरण: rebase, stash, cherry-pick और टैग
  13. अंतिम प्रोजेक्ट: वास्तविक टीम डेवलपमेंट का अनुकरण