git submodules: customization -


git submodules का उपयोग करते समय, अनुकूलन करने का पसंदीदा तरीका क्या है?

  • परियोजना कांटा और कांटा को ट्रैक करें
  • डिफ़ॉल्ट व्यवहार को ओवरराइड करने का प्रयास
  • स्थानीय रूप से परिवर्तन करें

यदि इनमें से कोई भी समझ में नहीं आता है, तो क्या करता है?

मैं निश्चित नहीं है कि आपके प्रश्न का अर्थ यह है कि सभी परियोजनाएं जिन्हें आप शामिल करना चाहते हैं, पहले से ही git प्रोजेक्ट हैं या यदि वे वर्तमान में एसवीएन, मर्सूरियल, गैर-संस्करण नियंत्रित हैं यदि यह उत्तरार्द्ध है, तो यह एक केस-बाय-केस उत्तर होगा।

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

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

वैकल्पिक # 3, कांटा परियोजनाएं और केवल स्थानीय चेक-इन करते हैं, उन स्थितियों में इस्तेमाल किया जा सकता है जहां आपके पास उपरोक्त विकल्प नहीं हैं और जो भी आप बना रहे हैं वह वास्तव में आसानी से वितरित नहीं करना है।

बंदर पैचिंग ( वैकल्पिक # 2 आपकी सूची पर) उन स्थितियों के लिए वैकल्पिक विकल्प होना चाहिए, जहां आप अपस्ट्रीम परिवर्तनों के साथ एक अनुकूलित फोर्क को अद्यतित रखने के लिए कोई भी परियोजना निर्भर नहीं बनना चाहिए।


Comments

Popular posts from this blog

c# - PInvoke of NetUserAdd returns 24 -

c# - XMLDocument.Validate Error: System.InvalidOperationException : The XmlSchemaSet on the document is either null or has no schemas in it -