वास्तविक टीमों में Git प्रक्रियाएँ: कौन सा वर्कफ़्लो चुनें
नौकरी के साक्षात्कारों में अक्सर पूछा जाता है: 'आपने कौन सा Git-workflow इस्तेमाल किया?' इस अनुभाग के बाद आप एक ईमानदार और विस्तृत उत्तर दे सकेंगे। हम तीन लोकप्रिय दृष्टिकोणों पर चर्चा करेंगे — Feature Branch Workflow, Git Flow और Trunk-Based Development — और यह समझेंगे कि प्रत्येक कहाँ अच्छा काम करता है और कहाँ यह बाधा बन जाता है।
- आप साक्षात्कार में तीन सामान्य Git-workflows का वर्णन कर पाएंगे और उनके अंतर समझा पाएंगे।
- आप समझ जाएंगे कि टीम का आकार और रिलीज़ की आवृत्ति विकास प्रक्रिया के चयन को कैसे प्रभावित करते हैं।
- आप किसी नई टीम में शामिल होने पर वर्कफ़्लो के बारे में सही प्रश्न पूछना सीख जाएंगे।
จุดเริ่มต้นของบทเรียน
Feature Branch Workflow क्यों?
- Feature Branch = अलग ड्राफ्ट अध्याय
- कोड का अलगाव समानांतर काम के लिए
- सुरक्षित प्रयोग main के लिए जोखिम के बिना
- किसी भी स्तर की टीमों के लिए सरल कार्यान्वयन
- स्टार्टअप और छोटे प्रोजेक्ट्स के लिए आदर्श
कल्पना करें कि आप एक किताब लिख रहे हैं और हर अध्याय के लिए अलग ड्राफ्ट बनाते हैं। ठीक इसी तरह काम करता है Feature Branch Workflow – हर नया फीचर एक अलग वातावरण में रहता है। यह दृष्टिकोण टीम को अलग-अलग कार्यों पर एक साथ काम करने देता है, बिना मुख्य कोड में अव्यवस्था पैदा किए। आप सुरक्षित रूप से प्रयोग कर सकते हैं, यह जानते हुए कि main शाखा स्थिर बनी रहती है। यह खासतौर पर छोटी टीमों के लिए बढ़िया है जहाँ गति और लचीलापन महत्वपूर्ण हैं। जब फीचर तैयार हो जाता है, तो कोड-रिव्यू होता है और उसके बाद ही मुख्य कोड में जोड़ा जाता है। सादगी और प्रभावशीलता – यही इस दृष्टिकोण को इतना लोकप्रिय बनाते हैं।
Feature-शाखा का जीवन चक्र
- git checkout -b feature/new-payment
- स्पष्ट संदेशों वाले कमिट
- git push origin feature/new-payment
- पुल रिक्वेस्ट बनाना
- कोड-रिव्यू और main में मर्ज
चलिए feature-शाखा के पूरे सफर को शुरू से अंत तक देखते हैं। शुरुआत करते हैं git checkout minus b feature slash new-payment कमांड से – यह main से एक नई शाखा बनाता है। कार्य पर काम करें, बदलावों को स्पष्ट और विस्तृत संदेशों के साथ कमिट करें। जब फीचर तैयार हो, तो शाखा को रिमोट रिपॉजिटरी में पुश करें और पुल रिक्वेस्ट बनाएं। सहकर्मी कोड की समीक्षा करते हैं, सुझाव देते हैं, और सभी सुधारों के बाद बदलाव मुख्य शाखा में शामिल हो जाते हैं। एक महत्वपूर्ण नियम: एक शाखा – एक तार्किक रूप से पूर्ण कार्य। इससे कमिट इतिहास साफ बना रहता है।
# main से शाखा बनाएं
git checkout main
git pull origin main
git checkout -b feature/new-payment
# काम करें और कमिट करें
echo 'Add payment processing' > payment.js
git add payment.js
git commit -m 'भुगतान प्रसंस्करण मॉड्यूल जोड़ें'
# पुश करें और PR बनाएं
git push origin feature/new-payment
# फिर GitHub UI के माध्यम से पुल रिक्वेस्ट बनाएं
2 कमांड में feature-शाखा बनाएँ
- Feature Branch Workflow – सादगी और प्रभावशीलता
- अद्यतन main से शाखा बनाएँ
- git checkout -b feature/new-login
- शाखा का नाम कार्य को दर्शाता है
- feature/, fix/, docs/ – स्पष्टता के लिए उपसर्ग
आओ अभ्यास में feature-शाखा बनाएं। पहले मुख्य शाखा पर जाएँ और उसे अपडेट करें: git checkout main double ampersand git pull। अब अपने कार्य के लिए नई शाखा बनाएँ: git checkout minus b feature slash new-login। minus b फ्लैग Git को बताता है कि नई शाखा बनाएँ और तुरंत उस पर स्विच करें। बस दो कमांड – और आप काम के लिए तैयार हैं। सुनिश्चित करें कि शाखा का नाम कार्य की प्रकृति दर्शाए: feature slash, fix slash, या docs slash की शुरुआत से शाखा का उद्देश्य तुरंत समझ आ जाता है। अब आप बदलाव करना शुरू कर सकते हैं।
git checkout main && git pull
# मुख्य शाखा अपडेट करें
git checkout -b feature/new-login
# नई शाखा बनाएँ और स्विच करें
บทเรียนฉบับเต็มใช้ได้เมื่อสมัครสมาชิก
ฉบับเต็มมีสไลด์เพิ่มอีก 31 สไลด์
วิดีโอ สไลด์ทั้งหมด โน้ต แบบทดสอบ AI ติวเตอร์ และการสัมภาษณ์จะเปิดหลังเข้าสู่ระบบและสมัครสมาชิก
เข้าสู่ระบบหรือลงทะเบียน สมัครสมาชิกเนื้อหาบทเรียน
- Feature Branch Workflow क्यों?
- Feature-शाखा का जीवन चक्र
- 2 कमांड में feature-शाखा बनाएँ
- समीक्षा के लिए बदलाव भेजें
- कोड-रिव्यू पास करें और मर्ज करें
- Git Flow: विकास के लिए कन्वेयर बेल्ट
- Feature-शाखाएँ और रिलीज़ तैयारी
- हॉटफ़िक्स के माध्यम से आपातकालीन सुधार
- अभ्यास: फीचर ब्रांच बनाना
- प्रोजेक्ट में Git Flow शुरू करना
- नई फीचर का विकास: ब्रांच से मर्ज तक
- रिलीज़ तैयार करना: बदलावों को पैकेज करना
- तत्काल सुधार: हॉटफ़िक्स कार्रवाई में
- Trunk-Based Development: दृष्टिकोण का सार
- TBD में अधूरे फीचर्स के साथ कैसे काम करें
- अभ्यास: main में बार-बार कमिट करना
- Trunk-Based Development कब चुनें
- गलती 1: छोटी टीम के लिए Git Flow
- गलती 2: कोड रिव्यू के बिना Trunk-Based
- गलती 3: लंबे समय तक चलने वाली फीचर शाखाएँ
- सही वर्कफ़्लो कैसे चुनें
- Git प्रक्रिया कैसे चुनें: मुख्य मापदंड
- फीचर ब्रांच: स्टार्टअप्स के लिए हैचबैक कार
- Git Flow: बड़ी टीमों के लिए एक मजबूत SUV
- Trunk-Based: बार-बार रिलीज़ के लिए रेसिंग कार
- वर्तमान Git प्रक्रिया का विश्लेषण: Git Flow में क्या खराबी है
- माइग्रेशन योजना: घर से स्टूडियो में कैसे शिफ्ट करें
- टीम को TBD के नए अभ्यासों में प्रशिक्षित करना
- अभ्यास: feature ब्रांच को TBD में माइग्रेट करना
- इंटरव्यू में workflow के बारे में कैसे बात करें
- समस्याओं और उनके समाधानों के उदाहरण
- प्रक्रिया में बदलाव कैसे लागू किए जाएं
- इंटरव्यू में क्या नहीं बोलना चाहिए
- अपना रास्ता चुनें: निष्कर्ष और गृहकार्य
บทความเกี่ยวกับบทเรียนนี้
- Git merge กับ rebase: ควรเลือกแบบไหนสำหรับทีมของคุณ
- คำถาม Git ในการสัมภาษณ์งาน: 25 ข้อพร้อมคำตอบ
- Git Flow, GitHub Flow และ trunk-based: ควรเลือก Git workflow แบบไหน
- Git และ GitHub: ต่างกันอย่างไร และเชื่อมโยงกันอย่างไร
- วิธีติดตั้ง Git บน Windows, macOS และ Linux
บทเรียนทั้งหมดในคอร์สนี้
- परिचय: शुरुआत से आत्मविश्वासी डेवलपर तक Git
- गिट की आवश्यकता क्यों है — और इसके बिना नौकरी क्यों नहीं मिलती
- Git की स्थापना और प्रारंभिक सेटअप: पहली बार चलाने की तैयारी
- पहला रिपॉजिटरी: git init, git add, git commit और इंडेक्स का जादू
- इतिहास पढ़ना: log, diff, show और पिछले बदलावों में नेविगेशन
- शाखाएँ: आपके कोड की समानांतर दुनिया
- गलतियाँ सुधारना: restore, reset, revert — सही और खतरनाक तरीके
- GitHub और दूरस्थ भंडार: आपका कोड क्लाउड में
- टीम वर्क: फ़ोर्क, फ़ीचर ब्रांच और पुल रिक्वेस्ट
- मर्ज संघर्ष: घबराएं नहीं — समझें और हल करें
- वास्तविक टीमों में Git प्रक्रियाएँ: कौन सा वर्कफ़्लो चुनें
- उन्नत उपकरण: rebase, stash, cherry-pick और टैग
- अंतिम प्रोजेक्ट: वास्तविक टीम डेवलपमेंट का अनुकरण