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