वास्तविक टीमों में 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: अंतर क्या है और दोनों कैसे जुड़े हैं
- Windows, macOS और Linux पर Git कैसे इंस्टॉल करें
इस कोर्स के सभी पाठ
- परिचय: शुरुआत से आत्मविश्वासी डेवलपर तक Git
- गिट की आवश्यकता क्यों है — और इसके बिना नौकरी क्यों नहीं मिलती
- Git की स्थापना और प्रारंभिक सेटअप: पहली बार चलाने की तैयारी
- पहला रिपॉजिटरी: git init, git add, git commit और इंडेक्स का जादू
- इतिहास पढ़ना: log, diff, show और पिछले बदलावों में नेविगेशन
- शाखाएँ: आपके कोड की समानांतर दुनिया
- गलतियाँ सुधारना: restore, reset, revert — सही और खतरनाक तरीके
- GitHub और दूरस्थ भंडार: आपका कोड क्लाउड में
- टीम वर्क: फ़ोर्क, फ़ीचर ब्रांच और पुल रिक्वेस्ट
- मर्ज संघर्ष: घबराएं नहीं — समझें और हल करें
- वास्तविक टीमों में Git प्रक्रियाएँ: कौन सा वर्कफ़्लो चुनें
- उन्नत उपकरण: rebase, stash, cherry-pick और टैग
- अंतिम प्रोजेक्ट: वास्तविक टीम डेवलपमेंट का अनुकरण