मैं वर्कफ़्लो रणनीति के साथ अपनी कंपनी में Gitlab को लागू करने की दिशा में काम कर रहा हूं। मेरा विचार है कि डेवलपर्स को रिपॉजिटरी तक पहुंच दी जाएगी लेकिन, कभी भी वे प्रतिबद्ध होने की कोशिश करते हैं, उनके कोड की समीक्षा की जानी चाहिए।
मुझे पता है कि मैं उन्हें कमिट करने से पहले एक शाखा बना सकता हूं, और इसके बाद रेपो में धकेल दिए जाने के बाद एक मर्ज अनुरोध बना सकता हूं। मैं अभी भी कुछ चीजों के बारे में स्पष्ट नहीं हूं ... यह विचार कि हम लोगों पर एक शाखा बनाने के लिए भरोसा करते हैं और फिर एक मर्ज का अनुरोध दोषपूर्ण लगता है, क्या कोई समाधान है जो किसी तरह की नीति को मजबूर करता है कि मास्टर शाखा तब तक साफ रह सकती है जब तक कि " व्यवस्थापक "उस कोड को अनुमोदित करता है जो इसमें विलय करने वाला है। मैंने "जीथब टीम वर्कफ़्लो" पढ़ा है, लेकिन यह एक व्यवहार्य समाधान पेश नहीं करता है। प्रक्रिया या अपने स्वयं के सर्वोत्तम अभ्यास के बारे में कोई सलाह की सराहना की जाती है। धन्यवाद!
"The idea that we rely on people to create a branch and then a merge request seems faulty"यह मुझे लगता है कि आपको संस्करण नियंत्रण प्रणाली में सुविधाओं की कमी से बड़ी समस्या है। यदि केवल एक शाखा बनाने में अतिरिक्त समय बिताने की बात है, तो एटलसियन स्टैश और जीरा के साथ इसके एकीकरण पर एक नज़र डालें।