अच्छी तरह से अर्थ वाले ओपन-सोर्स योगदानकर्ताओं से कैसे निपटें?


30

यदि कोई प्रोग्रामर आपसे संपर्क करता है और आपकी परियोजना में योगदान करने के लिए कहता है, तो आप इसे कैसे संभालते हैं?

  • आप नहीं जानते कि क्या यह आदमी कोई अच्छा है। शायद वह अधिक परेशान हो जाएगा क्योंकि वह लायक है।
  • वह सिर्फ कुदोस के लिए अपने नाम को एक सफल प्रोजेक्ट में शामिल करने की कोशिश कर रहे होंगे।
  • वह इस परियोजना को एक ऐसी दिशा में ले जाने की कोशिश कर रहा है जो आप वास्तव में नहीं चाहते हैं, ऐसी सुविधाएँ जोड़ना जो आपको लगता है कि अतिरिक्त जटिलता के लायक नहीं हैं।
  • या, वह बहुत उपयोगी योगदानकर्ता हो सकता है। आपको अभी पता नहीं है।

आप ऐसे लोगों के अनुरोधों को कैसे जानते हैं जिन्हें आप नहीं जानते हैं (गीथहब पर, विशेष रूप से, अगर इससे कोई फर्क पड़ता है)? यहाँ क्या शिष्टाचार है?


44
गितुब पर बस उसे एक पुल अनुरोध करें और अस्वीकार करें यदि आप इसे पसंद नहीं करते हैं
शाफ़्ट फ्रीक

11
उपयुक्त खाता नाम?
Aren

5
मुझे लगता है कि आप जिस चीज का जिक्र कर रहे हैं वह एक सक्रिय "योगदानकर्ता" स्थिति है। संक्षेप में: किसी ऐसे व्यक्ति का योगदान न करें जिसे उन्होंने अभी तक योगदान नहीं दिया है। ओपन सोर्स प्रोजेक्ट्स का लाभ है कि कोई भी इस पर काम कर सकता है, इसलिए उन्हें ऐसा करने दें, और फिर निर्णय लें।
प्रहार

2
@ क्या मुझे इसके लिए अतिरिक्त मिलेगा +=1?
सोलो

जवाबों:


41

एक ओएसएस परियोजना में सदस्यता एक वित्त पोषित, कॉर्पोरेट टीम के समान नहीं है, जहां लोगों का साक्षात्कार और चुना जाता है। स्रोत पहले से ही बाहर है (यह अन्यथा खुला स्रोत नहीं है)। उन्हें कुछ पैच में भेजने के लिए कहें। यदि वे अच्छे पैच हैं (और आपको पहले उनकी समीक्षा करनी चाहिए ), तो उन्हें प्रतिबद्ध करें। एक बार जब संभावना विश्वास और मूल्यवान योगदान देने का इतिहास बन जाती है, तो उसे लिखने के लिए पहुँच दें।

ओएसएस की टीमें संगठित रूप से बढ़ती हैं। प्रश्न पूछने के लिए खुद को उपलब्ध कराएं और उन्हें समय के साथ कुछ सड़क बनाने का मौका दें।


+1 यह। पैच शुरू करने का सबसे अच्छा तरीका है क्योंकि वे शुरू करने के लिए सबसे कम प्रवेश की बाधा बनाते हैं। यदि व्यक्ति अधिक पैच प्रदान करना शुरू कर देता है (या एक नियमित योगदानकर्ता बन जाता है) तो यह अनुरोधों को खींचने के लिए जल्दी / आसान है।
इवान प्लाइस

मेरी अज्ञानता को क्षमा करें, लेकिन क्या पैच और पुल अनुरोध के बीच अंतर है?
हेल्टनबिकर

54

क्यों न इस उत्सुक व्यक्ति को आप एक पुल अनुरोध भेजें? आपके पास उस व्यक्ति के कोड की समीक्षा करने और उसकी आलोचना करने का अवसर होगा। यह सबसे सरल समाधान की तरह लगता है।


34
नहीं है कि कैसे GitHub वैसे भी काम करने के लिए है?
alroc

14
केवल एक चीज जो मैं जोड़ूंगा वह यह है कि पहले पुल अनुरोध के लिए इस व्यक्ति को कुछ छोटा होने के लिए कहें, इससे बचने के लिए कि आप इस पर बहुत अधिक प्रयास करने से पहले आप उनका कोड देख सकें। जब इस तरह "चुनौती" का सामना करना पड़ता है, तो वे कुछ बड़ा और प्रभावशाली प्रस्तुत करने के लिए बाध्य महसूस कर सकते हैं :-)
Krzysztof Kozielczyk

1
और कुछ बड़ा और प्रभावशाली सामान टूट जाएगा अगर सावधानी से नहीं संभाला गया
शाफ़्ट फ्रीक

इसलिए, यदि योगदान उपयोगी है, लेकिन गुणवत्ता में कमी है, और आप उसे पकड़ने में बहुत व्यस्त हैं, तो क्या योगदान को अस्वीकार करना ठीक है?
सोलो

@ सल्लो: निश्चित रूप से। यह भी ठीक है कि योगदानकर्ता को अपनी सुविधा में बग्स को बनाए रखने और ठीक करने की अपेक्षा करें, कम से कम तब तक जब तक कि बाकी टीम उस कोड को नहीं सीख लेती, और विशेष रूप से बड़े कमिट्स के लिए।
ह्यूगो

16

अनंतिम आधार पर उनसे परिवर्तन स्वीकार करें और समीक्षा करें। जब वह अपने लायक साबित हो जाए तो उसे सोर्स कोड रिपॉजिटरी में लिखने के लिए पहुँच दें।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.