क्या कुछ गिट उपयोगकर्ताओं को गिटहब पर गिट शाखाओं को मर्ज करने के लिए प्रतिबंधित करना संभव है? मैं उपयोगकर्ताओं को वर्तमान शाखा में बदलावों को खींचने, खींचने और पुश करने देना चाहता हूं, दूसरी मौजूदा शाखा पर स्विच करें, लेकिन शाखाओं को मर्ज करने की अनुमति न दें। क्या यह GitHub.com या स्टैंडअलोन गिट भंडार पर संभव है?कुछ गिटहब उपयोगकर्ताओं को शाखाओं को मर्ज करने के लिए प्रतिबंधित करें
नहीं। इस तरह की चीजों को रोकने के लिए एकमात्र तरीका गिट के आंतरिक प्री-प्रतिबद्ध या अद्यतन हुक हैं। धक्का देने से पहले उन हुक को बुलाया जाता है।
गिटहब स्वयं प्री-प्रतिबद्ध या अद्यतन हुक का समर्थन नहीं करता है। केवल वेब हुक समर्थित हैं। लेकिन इन्हें पुश के बाद बुलाया जाता है। कुछ प्रकारों को रोकने के लिए बहुत देर हो चुकी है।
नहीं
आप "मर्ज परिवर्तन" एक पुल अनुरोध पर Github के बटन की वजह से इस बारे में सोच रहा हो सकता है। लेकिन यह सिर्फ एक सुविधा की बात है। उदाहरण के लिए, यदि विवाद हैं, तो वह बटन अक्षम है, और आपको अपनी मशीन पर मैन्युअल रूप से परिवर्तन मर्ज करना होगा और उन्हें गिथब में पुश करना होगा।
तो, यदि कोई उपयोगकर्ता किसी शाखा में परिवर्तन पुश कर सकता है, तो आप उसे अपनी मशीन पर एक और शाखा मर्ज करने के लिए कैसे रोकेंगे, और इसे पुश करें? चूंकि गिथूब afaik में उस तरह के प्रतिबंध नहीं है, आप इसे पूरा करने में सक्षम नहीं होंगे।
ओह, लेकिन आप हमेशा अपने उपयोगकर्ताओं से विनम्रतापूर्वक शाखाओं को मर्ज नहीं करने के लिए कह सकते हैं;)।
प्रतीक्षा करें, दो अलग-अलग शाखाओं को विलय करते समय खुद को हमेशा गिट करें, और लॉग में इसे पुनः प्राप्त करें। और मुझे गिट में किसी तरह की "मर्ज-शाखा-अनुमति" को लागू करने के लिए कोई सैद्धांतिक कारण नहीं दिख रहा है। हां, मैं सहमत हूं कि इस तरह की सीमा गिटहब सर्वर पर नहीं, गिट क्लाइंट ऐप में सबसे अधिक लागू की जानी चाहिए। – HitOdessit
गिट एक वितरित स्रोत नियंत्रण प्रणाली है। इसका मतलब यह है कि जब आप अपनी मशीन पर किसी भी रेपो को क्लोन करते हैं, तो आपके पास उस कोड पर पूरा अधिकार होता है। गिथब केवल एक होस्टिंग सेवा के रूप में कार्य करता है। तो ग्राहक पक्ष की बाधा डालना निश्चित रूप से गलत होगा। और मुझे यकीन नहीं है कि यह गिथूब का हिस्सा कैसे हो सकता है। – Sailesh
क्या यह गिथब एंटरप्राइज़ की एक विशेषता है? – danielricecodes
मैं क्या "स्टैंडअलोन Git भंडार" का अर्थ है, यकीन नहीं है लेकिन gitolite आप दे सकता है कि आप क्या चाहते:
"उदाहरण 2, एक रेपो, लेकिन अलग अलग शाखाओं और विभिन्न डेवलपर्स के लिए टैग के लिए उपयोग के स्तर "- http://sitaramc.github.com/gitolite/why.html
भी देखें Git: Teamwork across branches without Push Permission
bitbucket शाखा प्रति अनुमतियाँ जो मदद मिलेगी आप अपने शाखाओं को मर्ज के रोकने का समर्थन करता है। मुझे लगता है कि github
पर आपकी सुविधा याद आती है यदि आपका संग्रह गिटूब पर एक संगठन के अधीन है, तो आप डेवलपर्स को रीड-एक्सेस टीम में जोड़ सकते हैं। इस तरह वे भंडार को देख और देख सकते हैं लेकिन इसे प्रतिबद्ध नहीं कर सकते हैं। वे भंडार को भी फोर्क कर सकते हैं, जो उन्हें अपने काम में अपना काम करने देता है, फिर मुख्य कार्य को अपना काम करने के लिए पुल अनुरोध जमा करता है।
फिर आप केवल कुछ डेवलपर्स को लेखन पहुंच प्रदान कर सकते हैं जो पुल अनुरोधों की समीक्षा और विलय करने का प्रभारी होंगे।
एस/ऑफटर/बाद/# कोई संपादन निजी –
बदल गया। धन्यवाद। – iltempo