अस्वीकरण: कुछ समान प्रश्न हैं, लेकिन मुझे कोई भी ऐसा नहीं मिला जो विशेष रूप से उन समस्याओं को छूता हो, जो एक बड़े पुल अनुरोध की समीक्षा करते समय आपके सामने आती हैं।
संकट
मुझे लगता है कि मेरी कोड समीक्षा बेहतर तरीके से की जा सकती है। मैं विशेष रूप से 20+ फ़ाइलों में कई परिवर्तनों के साथ बड़े कोड समीक्षाओं के बारे में बात कर रहा हूं।
स्पष्ट स्थानीय कोड समस्याओं को पकड़ना बहुत आसान है। यह समझना कि क्या कोड व्यावसायिक मानदंडों को पूरा करता है, हालांकि एक अलग कहानी है।
मुझे कोड लेखक की सोची गई प्रक्रिया के बाद परेशानी है। यह बहुत कठिन है जब परिवर्तन कई होते हैं और कई फाइलों में फैल जाते हैं। मैं परिवर्तनों के एक विशेष टुकड़े से संबंधित फाइलों के समूहों पर ध्यान केंद्रित करने की कोशिश करता हूं। फिर एक-एक करके समूहों की समीक्षा करें। दुर्भाग्य से मैं जिस टूल का उपयोग करता हूं (Atlassian Bitbucket) बहुत मददगार नहीं है। जब भी मैं किसी फ़ाइल पर जाता हूं, तो यह देखा गया चिह्नित हो जाता है, भले ही यह अक्सर पता चलता है कि वर्तमान में परिवर्तनों के टुकड़े से संबंधित नहीं है। यह उल्लेख करने के लिए नहीं कि कुछ फ़ाइलों को कई बार जाना चाहिए और उनके परिवर्तनों ने टुकड़ा-दर-टुकड़ा की समीक्षा की। जब आप खराब रास्ते का अनुसरण करते हैं तो प्रासंगिक फाइलों पर वापस आना आसान नहीं होता है।
संभव समाधान, और वे मेरे लिए काम क्यों नहीं करते
कमिट द्वारा एक पुल अनुरोध की समीक्षा करना अक्सर आकार की समस्याओं को हल करता है, लेकिन मुझे यह पसंद नहीं है क्योंकि मैं अक्सर पुराने परिवर्तनों को देख रहा हूं।
बेशक, छोटे पुल अनुरोध बनाना एक उपाय की तरह लगता है, लेकिन यह वही है, कभी-कभी आपको एक बड़ा पुल अनुरोध मिलता है और इसकी समीक्षा करनी होती है।
आप एक पूरे के रूप में कोड के तार्किक पहलू को भी अनदेखा कर सकते हैं, लेकिन यह बहुत जोखिम भरा लगता है, खासकर जब कोड एक अनुभवहीन प्रोग्रामर से आता है।
एक बेहतर उपकरण का उपयोग सहायक हो सकता है, लेकिन मुझे एक नहीं मिला।
प्रशन
- क्या आपको अपनी कोड समीक्षाओं के साथ समान समस्याएं हैं? आप उनका सामना कैसे करते हैं?
- शायद आपके पास बेहतर उपकरण हैं?