2010-09-03 10 views
5

हम अल्पकालिक परियोजनाओं के लिए कुछ विशेषज्ञों को लाने की सोच रहे हैं। मैं यह समझने की कोशिश कर रहा हूं कि उन्हें कोड कोड के खिलाफ प्रभावी ढंग से विकसित करने की अनुमति कैसे दी जाए, ताकि उन्हें पूरा कोड आधार जारी किया जा सके।गिट/Django: ग्रैनुलर कोड अनुमति/उपलब्धता

प्रत्येक प्रोजेक्ट में अच्छी तरह परिभाषित क्षेत्र हैं जिनके लिए उन्हें पहुंच की आवश्यकता है; मुख्य रूप से हमारे मुख्य मॉडल, हमारे ऐप के विशिष्ट टुकड़ों के साथ।

हमने एक एकल डीजेंगो परियोजना के भीतर परियोजना को कई ऐप्स में तोड़ने का बेहतर काम करना शुरू कर दिया है, लेकिन वे सभी एक ही गिट भंडार में एक साथ रहते हैं। यदि आप भंडार की जांच करते हैं तो आपको सबकुछ मिलता है।

कोड और रिपॉजिटरीज की व्यवस्था के लिए सफल रणनीतियां क्या हैं, जो कि तृतीय पक्ष मूल मॉडल तक पहुंच सकते हैं और सब कुछ तक पहुंच के बिना चयनित कार्यक्षमता तक पहुंच सकते हैं?

ध्यान दें कि चूंकि यह कुछ दुर्लभ आवश्यकता है, इसलिए मैं दृढ़ता से एक ऐसा सेटअप पसंद करूंगा जो हमारे मूल डेवलपर्स को असुविधा न करे - उनके जीवन को सेटअप द्वारा कम से कम प्रभावित किया जाना चाहिए।

उत्तर

1

आप प्रत्येक ऐप को अपने स्वयं के गिट रिपोजिटरी के रूप में विकसित करने के तरीके के रूप में git-submodule को आजमा सकते हैं, जबकि डेवलपर्स को रूट और सभी ऐप्स को "गिट क्लोन" के साथ ले जाने की अनुमति मिलती है। यह पूरी तरह से दर्द रहित नहीं है, हालांकि जब आप ऐसा करते हैं तो एक सबमिशन में कोई भी परिवर्तन करने के लिए नए सबमिशन प्रतिबद्धता के संदर्भ में रूट रिपोजिटरी में फिर से प्रतिबद्ध होना होगा। यह संभवत: अपरिहार्य है, क्योंकि यदि आप किसी कोर डेवलपर के पास किसी व्यक्ति को एक व्यक्तिगत ऐप को प्रतिबद्ध करने में सक्षम होना चाहते हैं तो ऐप का स्वतंत्र होना चाहिए।

+0

इस मामले में, कोर मॉडल को भी एक सबमिशन में होना आवश्यक होगा। – bstpierre