2015-03-09 14 views
14

परिदृश्य में एक मर्ज अनुरोध बनाना संभव है: हम 3 डेवलपर्स हैं।गिटलैब: क्या मेरे फोर्क से एक ही प्रोजेक्ट

डेवलपर 1 (व्यवस्थापक) ने मुख्य रेपो बनाया।

डेवलपर 2 फोर्क किए गए व्यवस्थापक के रेपो।

डेवलपर 3 फोर्क किए गए व्यवस्थापक के रेपो।

डेवलपर 2 डेवलपर 2 रेपो से एक सुविधा शाखा "सुविधा 1"

डेवलपर 3 की जाँच की "सुविधा 1" बनाया।

जब डेवलपर 3 मर्ज अनुरोध बनाने का प्रयास करता है तो वह केवल अपने और व्यवस्थापक के प्रतिनिधि देखता है।

तो मुझे आश्चर्य है, यह मेरी कांटा की तुलना में एक और दूरदराज के अलग करने के लिए एक मर्ज अनुरोध बनाने के लिए संभव है "

केवल काम के आसपास मैं अब तक देखा है?

डेवलपर 2 सुविधा धक्का शाखा के व्यवस्थापक के रेपो (एक विलय अनुरोध के माध्यम से) और व्यवस्थापक को "इसकी रक्षा" करने के लिए कहता है, तो डेवलपर 3 को व्यवस्थापक के रेपो के साथ एक विलय अनुरोध भी बनाना होगा, इस दृष्टिकोण के साथ समस्या यह है कि डेवलपर 2 के स्वामित्व को खो देता है शाखा और उन्हें हर बार जब वे अपने परिवर्तनों को धक्का देना चाहते हैं तो विलय अनुरोध बनाना होगा।

हे दूसरी तरफ, यह this feature was added to GitLab जैसा लगता है लेकिन मुझे इस सुविधा के बारे में आधिकारिक दस्तावेज नहीं मिल रहा है।

+0

मैं उल्लेख करने के लिए, मैं GitLab 7.8.1 –

+0

उपयोग कर रहा हूँ भूल गया विलय अनुरोधों का अनुरोध करने के लिए आप क्या उपयोग कर रहे हैं? तकनीकी रूप से यदि आप एक ही सुविधा शाखा (फ़ीचर 1) चेकआउट करते हैं तो आप केवल उस शाखा को दूरस्थ + व्यवस्थापक के रेपो पर देखेंगे। आपको बस इतना करना है कि उस बदलाव शाखा में अपने बदलावों को धक्का दें या इसके द्वारा उपयोग की जाने वाली प्रणाली के आधार पर विलय का अनुरोध करें। इस बिंदु पर फ़ीचर 1 शाखा का निर्माता और आप रिमोट पर एक ही शाखा का संदर्भ दे रहे हैं। – dchayka

+0

समस्या यह है कि आप केवल अपनी शाखा को बनाए गए मूल के लिए पुश अनुरोध बना सकते हैं। मैं जो चाहता हूं वह एक अन्य रिमोट (पुथ अनुरोध जो आप गीथब पर करते हैं) को खींचने की क्षमता है –

उत्तर

2

कोई फोर्क नहीं, शायद?

आप इस तथ्य का उपयोग कर सकते हैं कि मर्ज अनुरोध एक ही भंडार के भीतर किए जा सकते हैं। तो हो सकता है कि सभी तीन डेवलपर्स के रूप में एक ही भंडार का उपयोग कर सकें, व्यवस्थापक को महत्वपूर्ण शाखाओं को संरक्षित के रूप में सेट करना चाहिए।

किसी भी परिवर्तन किया जाता है, किसी को भी किसी को भी, समीक्षा कर सकते हैं, के बारे में बात एक शाखा से दूसरे में मर्ज अनुरोध बनाने के कर सकते हैं ... और ...

0

एक नया समूह बनाएं जिसमें dev # 2 का कांटा तक पहुंच हो। इस समूह में देव # 3 जोड़ें।

+1

नहीं। यह काम नहीं किया। देव 3 अपने रेपो और मुख्य को देखना जारी रखता है, वे सूची में dev2 के रेपो को कभी नहीं देखते हैं। –

संबंधित मुद्दे