2010-07-11 11 views
5

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

जीआईटी के साथ कुछ ऐसा संभव है?

उत्तर

3

शाखाएं ऐसा करने का एक तरीका हैं, लेकिन चूंकि गिट एक डीवीसीएस है, इसलिए आपको प्रकाशन पहलू से भी निपटने की ज़रूरत है (जो orthogonal to branching है): दूसरे रेपो और कहां से धक्का देना है?
अर्थ यदि आप प्रत्येक ग्राहक के लिए शाखाओं के प्रबंधन के द्वारा शुरू करते हैं, क्या तुम सच में याद रखने की आवश्यकता:

  1. आम कोड (git rebase --interactive) आम विकास के शीर्ष करता है पर ग्राहक विशिष्ट प्रतिबद्ध पुनः चलाने के लिए के साथ शाखाओं को अद्यतन करने के लिए (जो 'dev' शाखा फॉयर उदाहरण पर हैं)।
  2. सही परिवर्तन प्रकाशित करने के लिए दाएं शाखा को सही रिमोट रेपो पर धक्का देने के लिए।

विकास संरचना (एक आम मॉड्यूल, कई क्लाइंट-विशिष्ट मॉड्यूल) के इस प्रकार के लिए, मैं एक घटक दृष्टिकोण पर विचार करने और git submodules का प्रयोग करेंगे।

  • सभी आम कोड के लिए एक स्वतंत्र रेपो
  • अल के लिए ग्राहक प्रति
  • एक रेपो सीएसएस, रिपोर्ट और विषय फ़ाइलों ग्राहक प्रति
  • एक माता पिता रेपो जो क्रम में अधिकार submodules के अधिकार के संस्करणों कुल होगा क्लाइंट वेब ऐप बनाने और प्रकाशित करने के लिए।
+0

आपके उत्तर के लिए धन्यवाद मैं इसे आज़मा दूंगा। क्या सामान्य मॉड्यूल भंडार के भीतर मौजूदा फ़ाइलों से एक सबमिशन निकालने का कोई मौका है? –

+0

@ सर्वर: मुझे विश्वास है। शुरुआत के लिए http://stackoverflow.com/questions/3076629/creating-a-submodule-in-a-git-project/3076862#3076862 देखें। – VonC