किसी डेवलपर को रिपोजिटरी में सभी स्रोत कोड तक पहुंच प्राप्त करने से पूर्ण (जावा) एप्लिकेशन के जीआईटी भंडार की रक्षा कैसे करेगा। मुझे पता है कि जीआईटी एक वितरित वर्जनिंग कंट्रोल है जहां एक डेवलपर आमतौर पर पूर्ण (!) भंडार "डाउनलोड/प्राप्त करता है"।गिट: एक्सेस कंट्रोल? प्रैक्टिस में कैसे करें
मेरे सवाल:
कैसे Git में "मॉड्यूल/स्वायत्त भागों" sperate के लिए? उदाहरण के लिए एक मॉड्यूल "भुगतान परत" और "डेटाबेस परत" और "प्रसंस्करण परत" और आगे सभी एपीआई/इंटरफेस के माध्यम से सारणीबद्ध है। क्या मुझे उन सभी मॉड्यूल के लिए एक अलग गिट भंडार स्थापित करना है?
क्या जीआईटी में एक बड़ी भंडार रखने का कोई तरीका है लेकिन किसी भी तरह से मार्ग से पहुंच प्रतिबंधित करना है? (एक ग्राहक को केवल उन फ़ाइलों को दोबारा प्राप्त करना चाहिए जिन्हें उन्हें पहुंच प्रदान की गई थी)
क्या जीआईटी में एक बड़ी भंडार रखने का कोई तरीका है लेकिन किसी भी तरह से शाखा/टैग द्वारा पहुंच को प्रतिबंधित करना है?
बस के मामले में किसी को यह भी जानता है (एक ग्राहक को केवल उन फ़ाइलों वह करने के लिए उपयोग प्रदान की गई थी recive होना चाहिए): वहाँ ग्रहण में एक तरह से एक परियोजना में और भी (इसके विपरीत कई Git संग्रह से सामग्री chekout है) एक ग्रहण परियोजना में कई अलग-अलग जीआईटी भंडारों (पैकेज नामों/पथों या संदर्भ मेनू में आधारित) के भीतर कोड प्रतिबद्ध करते हैं?
आपको बहुत धन्यवाद मार्कस!
यह * पूरी तरह से * सत्य नहीं है - गिटोलाइट जैसी चीज़ें वास्तव में प्रति-अनुमति अनुमतियां कर सकती हैं। लेकिन मैं निश्चित रूप से गोपनीय जानकारी की रक्षा के लिए इसे अनुशंसा नहीं करता - मैं भंडार को विभाजित करने के लिए सुझाव देता हूं। – Cascabel
@ जेफ्रोमी: हां, लेकिन यहां तक कि गिटोलाइट केवल शाखा/टैग/फ़ाइल/निर्देशिका स्तर पर _write access_ को नियंत्रित कर सकता है; रीड एक्सेस हमेशा प्रति रेपो (http://sitaramc.github.com/gitolite/index.html#gl_what) है। – sleske