एक जीआईटी शाखा (जैसे मास्टर) की रक्षा कैसे करें

Question

मैं जीआईटी शाखाकरण और विलय करने में सहज महसूस कर रहा हूं लेकिन जानना चाहता हूं कि मैं एक नए डेवलपर को कैसे अनुमति दे सकता हूं जो विलय और शाखाओं को दुर्घटनाग्रस्त रूप से रिलीज या उत्पादन शाखा को चोट पहुंचाने के लिए आरामदायक नहीं है (उदाहरण के लिए मास्टर की तरह)।

एक अच्छा वर्कफ़्लो क्या है ताकि एक डेवलपर जो बहुत सी काम कर रहा हो, उसके मास्टर को किसी मास्टर या किसी अन्य शाखा के साथ समन्वयित किया जा सके। यही है, नए डेवलपर को उस शाखा के लिए विशेषाधिकार देने के बिना।

Answer 1

बस मास्टर/शाखा पर डेवलपर प्रतिबद्ध अनुमतियां न दें। वे भंडार को फोर्क कर सकते हैं और अपने परिवर्तन मास्टर को वापस लाने के लिए पुल अनुरोध जमा कर सकते हैं।

Answer 2

गिट इसके विकेन्द्रीकृत प्रकृति के कारण इसके लिए काफी अनुकूल है। मैं सुझाव दूंगा कि आप अन्य डेवलपर से fork your repo पर पूछें और फिर जब भी वे एक नई सुविधा समाप्त कर लेंगे तो वे एक पुल अनुरोध बनाएं, जिसे वे मर्ज करना चाहते हैं। फिर आप प्रत्येक पुल अनुरोध से जुड़े प्रतिबद्धताओं को देख सकते हैं और निर्णय ले सकते हैं कि उन्हें मुख्य रेपो में विलय करना है या नहीं।

एक बार जब अन्य डेवलपर जानता है कि वे क्या कर रहे हैं, तो आप उन्हें हमेशा मुख्य रेपो को अधिकार दे सकते हैं और उन्हें अपने कांटा को हटाने के लिए कह सकते हैं।

Answer 3

यह वास्तव में कुछ गिट नहीं कर सकता है। गिट अनुमतियों को संभाल नहीं करता है ... हालांकि गिटोलाइट पर एक नज़र डालें, यह आपके लिए यह करेगा।

Answer 4

आप विशिष्ट उपयोगकर्ताओं या टीमों के संगठन में restricts pushes to a branch संरक्षित शाखा कार्यक्षमता का उपयोग करके फोर्क और पुल मॉडल से बच सकते हैं। यह आपको सभी 'विश्वसनीय' डेवलपर्स को एक टीम में जोड़ने की अनुमति देगा जो शाखा में विलय/धक्का दे सकता है।

ही, यदि आप GitHub उद्यम है कि प्रदान करता है का उपयोग पूर्व प्राप्त हुक, आप सक्षम कर सकते हैं एक है कि enforces all code to be merged through a PR

[एक तरह से Git शाखा पहुंच को सीमित करना?] (Http के