पुल का अच्छा अनुरोध लिखना

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

सबसे अच्छा PR बनाने के लिए, ये कदम उठाए जा सकते हैं.

  1. बातचीत
  2. सेट अप करें
  3. इसे छोटा रखें
  4. इसे साफ़ रखें
  5. अपने बदलाव की जांच करना
  6. बातचीत करना (pt2)

दर्शकों से बातचीत करें

कोड लिखना शुरू करने से पहले, अपनी मुख्य टीम के साथ बात कर लेना बेहतर होगा, ताकि उन्हें पता चल सके कि आपकी दिलचस्पी किस बारे में है.

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

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

सेट अप करें

अगर आपने पहली बार ब्लॉकली या ब्लॉकली सैंपल में योगदान दिया है, तो डेवलपमेंट सेटअप पेज पर जाकर शुरुआत करें.

इसे छोटा रखें

अपने बदलावों को छोटे और फ़ोकस में रखने की कोशिश करें. हम एक बड़े पीआर की समीक्षा करने के बजाय एक से ज़्यादा छोटे पीआर की समीक्षा करेंगे. बुनियादी नियम:

  • एक समस्या ठीक करें. एक साथ कई समस्याओं को हल करने की कोशिश न करें.
  • दायरा सीमित करें. आम तौर पर, पीआर को आठ घंटे से कम समय लगता है. यह इस बात पर निर्भर करता है कि कोड बेस से आपकी कितनी परिचित हैं.
  • कमिट का इस्तेमाल करें. अगर आपका पीआर थोड़ा बड़ा महसूस होता है, तो गिट कमिट का इस्तेमाल करके बदलावों को लॉजिकल ग्रुप में बांट दें.

इसे साफ़ रखें

कोड स्टाइल पर ध्यान देना क्यों ज़रूरी है? हम इस पर लंबे समय से काम कर रहे हैं और एक जैसी स्टाइल से रखरखाव आसान हो जाता है. स्टाइल से पता चलता है कि अपने वैरिएबल को कैसे नाम दिया जाए. साथ ही, स्टाइल से यह भी पता चलता है कि अपना कोड किस तरह स्ट्रक्चर करना, टिप्पणियां लिखना वगैरह. जहां भी संभव हो, हम स्टाइल की अपने-आप जांच करने के लिए, एलिंट जैसे टूल का इस्तेमाल करते हैं.

एस्लिंट के अलावा, कृपया इन गाइड का पालन करें:

अपने बदलाव की जाँच करें

पीआर लगाने से पहले आपको हमेशा यह टेस्ट कर लेना चाहिए कि आपके बदलाव काम कर रहे हैं, ताकि आपको वापस जाकर चीज़ों को ठीक करने की ज़रूरत न पड़े. प्रोजेक्ट की अलग-अलग कैटगरी की टेस्टिंग करने के कुछ आइडिया यहां दिए गए हैं:

  • प्लगिन के लिए: अपने-आप होने वाले मोका टेस्ट लिखें, जिनमें आपके बदलाव शामिल हो जाएं.
  • उदाहरणों के लिए: दिखाए गए सभी फ़ंक्शन को मैन्युअल तौर पर टेस्ट करें.
  • कोडलैब के लिए: पूरे ट्यूटोरियल को साफ़ माहौल में चलाएं और उदाहरण के तौर पर दिए गए कोड की जांच करें.

दर्शकों से बातचीत करें

यह पीआर बनाने का आखिरी और सबसे अहम हिस्सा है: जवाब लिखना.

एक बढ़िया पीआर जवाब लिखने से दूसरे डेवलपर को आपके बदलावों की समीक्षा करने में मदद मिलती है, जिससे उसके स्वीकार होने की संभावना बढ़ जाती है!

आपके जवाब में इस तरह की चीज़ें होनी चाहिए:

  • आपका पीआर (पीआर) किस समस्या से जुड़ा है.
  • आपके पीआर में क्या बदलाव होता है.
  • आपने अपने बदलाव को कैसे टेस्ट किया.
  • ऐसी कोई भी जानकारी जिसकी जांच आपको समीक्षकों से करानी है.
  • कोई अन्य जानकारी, जो आपके हिसाब से समीक्षकों को चाहिए.

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

कोडिंग के लिए शुभकामनाएं!