यह ब्राउज़र अब समर्थित नहीं है.
नवीनतम सुविधाओं, सुरक्षा अपडेट और तकनीकी सहायता का लाभ लेने के लिए Microsoft Edge में अपग्रेड करें.
प्रत्येक प्रश्न के लिए सबसे अच्छा जवाब चुनें।
पुल अनुरोध बनाने का एक अच्छा कारण क्या नहीं है?
आप अपनी सुविधा शाखा को mainमें विलय करने से पहले संभावित परिवर्तनों पर प्रतिक्रिया प्राप्त करना चाहेंगे।
main
आप अपनी बग फिक्स शाखा को mainमें मर्ज करना चाहते हैं, लेकिन अनुमति नहीं है।
आपके द्वारा इसे बनाने के बाद से किए गए अपस्ट्रीम परिवर्तनों के कारण आपकी शाखा को main में मर्ज नहीं किया जा सकता है। पुल अनुरोध बनाने से अन्य योगदानकर्ता को पता चलता है कि उन्हें अपने परिवर्तनों को बाहर निकालने की आवश्यकता है ताकि आप अपना परिवर्तन डाल सकें।
आप यह कैसे सुनिश्चित कर सकते हैं कि रिपॉजिटरी के किसी दिए गए क्षेत्र के लिए पुल अनुरोधों को मर्ज नहीं किया जाता है जब तक कि कुछ उपयोगकर्ता या टीम अनुमोदन नहीं करते हैं?
CONTRIBUTING.mdमें पुल अनुरोध नीति को स्पष्ट रूप से समझाएं।
फ़ाइल कोडओनर्स का उपयोग करें और आवश्यक समीक्षाओं को सक्षम करें।
एक तालिका जोड़ें जो SECURITY.mdमें आवश्यक उपयोगकर्ताओं के लिए निर्देशिका पथ मैप करती है।
आपसे पुल अनुरोध की समीक्षा करने का अनुरोध किया जाता है। जैसा कि आप इसके माध्यम से पढ़ते हैं, आप कई मामूली कोडिंग त्रुटियों और टाइपो को नोटिस करते हैं। आपको समीक्षा को कैसे संभालना चाहिए?
एक समीक्षा शुरू करें और स्पष्ट टाइपो इनलाइन को ठीक करें। उन स्थानों पर टिप्पणियाँ जोड़ें जहाँ आगे चर्चा की आवश्यकता है या शैक्षिक मूल्य प्रदान करते हैं। अनुरोधित परिवर्तनों के साथ समीक्षा पूरी करें।
आपके सामने आने वाली प्रत्येक समस्या के लिए एकल टिप्पणी छोड़ दें, लेकिन कोड न बदलें। टाइपो के लिए, संदर्भ के रूप में शब्द की सही वर्तनी शामिल करें। पुल अनुरोध को स्वीकार करें यदि आप अपने सुझावों को लागू करने के लिए लेखक पर भरोसा करते हैं।
पुल अनुरोध को अस्वीकार करें। हम किसी भी बग को गलती से एक महत्वपूर्ण शाखा में विलय करने का जोखिम नहीं उठा सकते।
अपने काम की जांच करने से पहले आपको सभी सवालों के जवाब देने होंगे।
क्या यह पेज मददगार था?
इस विषय में मदद चाहिए?
क्या आप इस विषय को आपको स्पष्ट करने या आपका मार्गदर्शन के लिए Ask Learn का उपयोग करना चाहते हैं?