2012-11-12 6 views
7

मेरे पास ऐसी स्थिति है जहां उपयोग करने के लिए उपयुक्त गिट रणनीति है?विभिन्न उप डोमेनों में सफेद लेबल उदाहरणों को तैनात करने में उपयोग करने के लिए गिट रणनीति।

स्थिति:

हम जो एक Git भंडार है एक आवेदन दिया है। जिसमें हम शाखाओं में रणनीति का पालन करें,

  1. शाखा: विकसित: सभी डेवलपर्स द्वारा इस्तेमाल किया सुविधाओं

    लागू करने के लिए
  2. शाखा: परीक्षण: जहां वर्तमान तक विकसित कोड परीक्षण के लिए तैनात किया जाता है आवेदन पत्र।

  3. शाखा: उत्पादन: परीक्षण दल से अनुमोदन के बाद हम परीक्षण मर्ज उत्पादन & को शाखा उत्पादन पर्यावरण के लिए यह की तैनाती।

समस्या:

  1. अब हम उत्पादन (site1.mainDomain.com, site2.mainDomain.com, site3.mainDomain.com) के 3 अलग अलग प्रतिष्ठानों है, इन 3 इंस्टॉलेशन में अब के लिए अलग-अलग शीर्षलेख (लोगो, हेडर रंग) हैं।

  2. संभावना हो सकती है कि site1.mainDomain.com में कुछ विशेषताओं का सेट है जिसे भविष्य में विकसित किया जा सकता है & केवल साइट 1.mainDomain.com के लिए उपयोग किया जा सकता है।

  3. कुछ भविष्य की विशेषताएं site1.mainDomain.com, site2.mainDomain.com के लिए आम हो सकती हैं लेकिन site3.mainDomain.com के लिए नहीं।

  4. अब साइट 1.mainDomain.com & के उत्पादन पर कोई समस्या है जो बेस शाखा से प्रमुख मुद्दा है, हम इस चीज़ को कैसे प्रबंधित करेंगे।

तो यह प्राप्त करने के लिए कि कौन सी गिट रणनीति उपयोगी है? मैं उप-मॉड्यूल, गिट सब-पेड़, गिट पैच के बारे में पढ़ रहा था .. लेकिन निर्णय लेने में थोड़ा उलझन में था। कृपया पालन करने के लिए सबसे अच्छा संभव समाधान और रणनीति का सुझाव दें।

अग्रिम धन्यवाद। विजय

उत्तर

4

मैं दृढ़ता से समस्या को हल करने के लिए गिट का उपयोग करने की सलाह नहीं देता हूं।मैं इसे अनुभव से बता सकता हूं, क्योंकि जिस परियोजना पर मैं काम कर रहा हूं, उसके लिए दो गिट शाखाओं को बनाए रखने की आवश्यकता के जाल में गिर गया है। गिथब फ़ायरवॉल इंस्टाल (जिथूब: एफआई, जीथब एंटरप्राइज के पूर्ववर्ती) को भी वही समस्या थी। http://martinfowler.com/bliki/FeatureToggle.html

-

मैं आपकी समस्या का हल करने के लिए (फ़ीचर टॉगल) पैटर्न फ़ीचर करें पर एक नज़र लेने के लिए सुझाव देते हैं

8

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

मैं प्रत्येक साइट के लिए अलग-अलग फीचर शाखा बनाने के खिलाफ दृढ़ता से अनुशंसा करता हूं, क्योंकि इससे आपको एक अजीब गड़बड़ी मिल जाएगी और लगातार विलय संघर्ष वास्तव में तेजी से हल हो जाएगा।

संबंधित मुद्दे

 संबंधित मुद्दे