गिटलाब

Question

में विलय के लिए डिफ़ॉल्ट लक्ष्य शाखा को कैसे बदलें हम कई समूहों और परियोजनाओं के साथ गिटलैब 8.10.1 का उपयोग कर रहे हैं। कई परियोजनाएं अन्य परियोजनाओं के कांटेदार होती हैं। हमारी समस्या यह है कि जब भी कोई व्यक्ति किसी प्रोजेक्ट के लिए विलय अनुरोध खोलता है तो डिफ़ॉल्ट लक्ष्य शाखा प्रोजेक्ट की डिफ़ॉल्ट शाखा नहीं है बल्कि एक बहुत ही विशिष्ट अन्य प्रोजेक्ट से होती है। क्या इस सेटिंग को किसी भी तरह ओवरराइड करने का कोई तरीका है? बस इसे स्पष्ट करने के लिए, मुझे पता है कि किसी प्रोजेक्ट की डिफ़ॉल्ट शाखा को कैसे सेट किया जाए और उन सेटिंग्स को सही प्रतीत होता है, हालांकि मर्ज अनुरोध बनाने के दौरान gitlab उनका उपयोग नहीं कर रहा है। यह समस्या बहुत परेशान है और अजीब स्थितियों का कारण बन गया है जब लोगों ने ध्यान नहीं दिया और लक्ष्य के रूप में पूरी तरह से अलग "मास्टर" के साथ विलय अनुरोध किए।

Answer 1

हमें इस व्यवहार के लिए स्रोत मिला, यह परियोजनाओं के बीच संबंधों के कारण है क्योंकि एक परियोजना को दूसरे से गिटलैब में फोर्क किया गया था। स्रोत और कांटा के बीच संबंध को हटाते समय, विलय के लिए डिफ़ॉल्ट शाखा प्रोजेक्ट की डिफ़ॉल्ट शाखा होती है। अभी इस स्थिति के लिए हमारा समाधान है, क्योंकि हम स्रोत < -> कांटा संबंध हटाने के प्रभावों के साथ रह सकते हैं।

Answer 2

आप मास्टर। तब परियोजना की स्थापना --- डिफ़ॉल्ट शाखा की जरूरत है --- परिवर्तन को सहेजने के

का आनंद लें!

Answer 3

डिफ़ॉल्ट एमआर लक्ष्य या नहीं, भंडार एक GitLab fork है पर निर्भर करता है।

फोर्क्स

भंडार एक GitLab fork है, तो डिफ़ॉल्ट एमआर लक्ष्य नदी के ऊपर भंडार का डिफ़ॉल्ट शाखा हो जाएगा। इस संबंध को परियोजना सेटिंग्स पृष्ठ पर "फोर्क रिलेशनशिप निकालें" विकल्प के माध्यम से हटाया जा सकता है, जिसके बाद डिफ़ॉल्ट एमआर लक्ष्य गैर-फोर्क भंडार (नीचे वर्णित) के लिए सामान्य के रूप में निर्धारित किया जाएगा।

लेखन के समय, कांटा रिश्ते को हटाए बिना डिफ़ॉल्ट एमआर लक्ष्य को ओवरराइड करना संभव नहीं है, लेकिन उस कार्यक्षमता का अनुरोध gitlab-ce issue #18550 में किया गया है।

गैर फोर्क्स

भंडार कोई कांटा संबंध, परियोजना सेटिंग पृष्ठ दोनों (1) डिफ़ॉल्ट एमआर लक्ष्य सेट पर फिर डिफ़ॉल्ट शाखा की स्थापना, और पर रेपो की (2) प्रमुख संदर्भ है गिटलैब सर्वर (जो रिपो क्लोन होने पर चेक की गई शाखा निर्धारित करता है)। ध्यान दें कि, bug/quirk in git, problems can occur के कारण यदि एक शाखा जो डिफ़ॉल्ट शाखा को बाद में गिटलैब से हटा दी गई थी।

लेखन के समय, डिफ़ॉल्ट शाखा के स्वतंत्र एमआर लक्ष्य को स्वतंत्र रूप से बदलना संभव नहीं है, लेकिन इस कार्यक्षमता का अनुरोध gitlab-ce issue #31546 में किया गया है।