Codestream: [वीएस] [फीचर अनुरोध] एमआर सूची में एमआर की स्वीकृति स्थिति दिखाएं

@ ftcy0118 - सभी फीडबैक के लिए धन्यवाद! इस मामले में, क्या यह समझ में आता है कि एक बार स्वीकृत होने के बाद एमआर को वेटिंग सेक्शन में नहीं दिखाया जाए?

यह एक अच्छा विचार हो सकता है! मेरे दैनिक कार्यप्रवाह में, मुझे अभी भी कुछ स्वीकृत MRs में दिलचस्पी है जो मेरे द्वारा स्वीकार नहीं किए जाते हैं। उदाहरण के लिए, यदि किसी अन्य व्यक्ति द्वारा किसी MR की समीक्षा की जाती है और उसे अनुमोदित किया जाता है, लेकिन शीर्षक मुझे रुचिकर लगता है, तो भी मैं उस पर एक नज़र डालूंगा। एक और मामला, अगर मेरे द्वारा एक एमआर को मंजूरी दी जाती है, लेकिन मैंने देखा कि टिप्पणियों की संख्या बढ़ गई है, तो मैं नई टिप्पणियों की जांच करने जाऊंगा।

शायद आप इनके लिए एक और सूची जोड़ सकते हैं? (जबकि GitLab merge_requests पृष्ठ केवल अनुमोदन स्थिति वाले सभी MR को सूचीबद्ध करता है।)

मुझे लगता है कि ऐसे एमआर होने चाहिए जो उपयोगकर्ता को सौंपे गए हों, जिन्हें उनके द्वारा अनुमोदित किया गया हो। मेरे मामले में (एक स्व-होस्टेड गिटलैब), मैं उन सभी एमआर को देख रहा हूं जिन्हें मुझे सौंपा नहीं गया है।

मेरे वर्कफ़्लो में, हम असाइन किए गए और समीक्षक दोनों फ़ील्ड का उपयोग करते हैं। मैं @vmohir से सहमत

मैं उस ओर झुक रहा हूं जो
हो सकता है कि हमारे पास उन एमआर के लिए एक अतिरिक्त सूची हो सकती है जिसे हमने नहीं बनाया या असाइन नहीं किया गया है, अंततः कॉन्फ़िगर करने योग्य फ़िल्टर के साथ ताकि हम इस सूची में वास्तव में क्या देखना चाहें चुन सकें?

हालांकि जगह छोटी है, मैं इसे अलग तरह से देखूंगा। IMO का नामकरण Waiting for my review से Open Reviews बदला जा सकता है।
समीक्षाओं के लिए जहां मैं एक समीक्षक हूं, इसे शीर्ष पर धकेला जा सकता है और मेरा ध्यान दिखाने वाला एक आइकन आवश्यक है और जब मैं एमआर को मंजूरी देता हूं, तो मेरे पास एक छोटा हरा चेक मार्क होता है जो यह बताता है कि मैंने इसे मंजूरी दे दी है।
टिप्पणियों और परिवर्तनों की निगरानी के लिए मेरे द्वारा स्वीकृत किए जाने के बाद भी मैं खुले कॉलम में समीक्षाएं देखना पसंद करूंगा।

हो सकता है कि हमारे पास उन एमआर के लिए एक अतिरिक्त सूची हो सकती है जिसे हमने नहीं बनाया या असाइन नहीं किया गया है, अंततः कॉन्फ़िगर करने योग्य फ़िल्टर के साथ ताकि हम इस सूची में वास्तव में क्या देखना चाहें चुन सकें?

@christophedcpm - आप वास्तव में आज ऐसा कर सकते हैं। यदि आप मर्ज अनुरोध अनुभाग के शीर्षक में फ़िल्टर आइकन पर क्लिक करते हैं तो आप कस्टम क्वेरी के आधार पर एक नया उपखंड बनाने में सक्षम होंगे।

हालांकि जगह छोटी है, मैं इसे अलग तरह से देखूंगा। IMO का नामकरण Waiting for my review से Open Reviews बदला जा सकता है।
समीक्षाओं के लिए जहां मैं एक समीक्षक हूं, इसे शीर्ष पर धकेला जा सकता है और मेरा ध्यान दिखाने वाला एक आइकन आवश्यक है और जब मैं एमआर को मंजूरी देता हूं, तो मेरे पास एक छोटा हरा चेक मार्क होता है जो यह बताता है कि मैंने इसे मंजूरी दे दी है।
टिप्पणियों और परिवर्तनों की निगरानी के लिए मेरे द्वारा स्वीकृत किए जाने के बाद भी मैं खुले कॉलम में समीक्षाएं देखना पसंद करूंगा।

@aderopoa - जिस तरह से यह काम करेगा वह यह है कि एक बार एमआर स्वीकृत या बंद हो जाने के बाद, यह प्रतीक्षा अनुभाग से नीचे हाल के अनुभाग में चला जाएगा। क्या आपको लगता है कि आप जो खोज रहे हैं उसे पूरा किया है, या आप एक खुले अनुभाग के अपने विचार को पसंद करेंगे जहां एमआर बंद होने तक रहता है?

हालांकि जगह छोटी है, मैं इसे अलग तरह से देखूंगा। IMO का नामकरण Waiting for my review से Open Reviews बदला जा सकता है।
समीक्षाओं के लिए जहां मैं एक समीक्षक हूं, इसे शीर्ष पर धकेला जा सकता है और मेरा ध्यान दिखाने वाला एक आइकन आवश्यक है और जब मैं एमआर को मंजूरी देता हूं, तो मेरे पास एक छोटा हरा चेक मार्क होता है जो यह बताता है कि मैंने इसे मंजूरी दे दी है।
टिप्पणियों और परिवर्तनों की निगरानी के लिए मेरे द्वारा स्वीकृत किए जाने के बाद भी मैं खुले कॉलम में समीक्षाएं देखना पसंद करूंगा।

@aderopoa - जिस तरह से यह काम करेगा वह यह है कि एक बार एमआर स्वीकृत या बंद हो जाने के बाद, यह प्रतीक्षा अनुभाग से नीचे हाल के अनुभाग में चला जाएगा। क्या आपको लगता है कि आप जो खोज रहे हैं उसे पूरा किया है, या आप एक खुले अनुभाग के अपने विचार को पसंद करेंगे जहां एमआर बंद होने तक रहता है?

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

मुझे लगता है कि हम आगे बढ़ने जा रहे हैं और प्रतीक्षा और असाइन किए गए अनुभागों को जोड़ रहे हैं, लेकिन दुर्भाग्य से ऐसा नहीं लगता है कि गिटलैब अपने एपीआई के माध्यम से एमआर की स्वीकृति स्थिति को उजागर करता है। हालांकि हम अभी भी विकल्प तलाश रहे हैं...

दुर्भाग्य से, जीएल एपीआई में सीमाओं के कारण वास्तव में हम यहां बहुत कुछ नहीं कर सकते हैं। जैसा कि ऊपर बताया गया है, हमारे पास स्वीकृति स्थिति तक पहुंच नहीं है। इसके अतिरिक्त, GitLab सेल्फ मैनेज्ड के पुराने संस्करणों में समीक्षकों के लिए समर्थन नहीं है, इसलिए अभी के लिए, मुझे नहीं लगता कि हम प्रतीक्षा और असाइन किए गए अनुभागों को जोड़ सकते हैं।

आप में से जो वास्तव में समीक्षकों या असाइनमेंट का उपयोग नहीं करते हैं, उनके लिए मेरा सुझाव होगा कि सभी ओपन एमआर दिखाने के लिए एक कस्टम क्वेरी बनाएं (राज्य: खोला गया)। मर्ज अनुरोध अनुभाग के शीर्षक में बस फ़िल्टर आइकन पर क्लिक करें।

हमने जो एक बदलाव किया है, जो @vmohir पर लागू होगा, वह यह है कि यदि आप GitLab सेल्फ मैनेज्ड के पुराने संस्करण पर हैं जो समीक्षकों का समर्थन नहीं करता है, तो हम वेटिंग ऑन माय रिव्यू सेक्शन को स्वचालित रूप से एक ऑल ओपन सेक्शन से बदल देते हैं। .