स्वामी (ओं) द्वारा एक ओपन सोर्स प्रोजेक्ट में योगदान कैसे किया जाना चाहिए?


12

एक ओपन सोर्स प्रोजेक्ट का प्रबंधन करते समय (GitHub जैसी सेवा का उपयोग करके) निम्नलिखित में से कोई एक कैसे जवाब देगा:

किसी व्यक्ति ने एक नई सुविधा जोड़ने या किसी समस्या का समाधान करने के लिए कृपया एक पैच जमा किया है। निम्न स्थितियों में से कोई एक होती है:

  • स्रोत कोड एक या एक से अधिक नामकरण सम्मेलनों आदि को पूरा नहीं करता है।
  • मुझे लगता है कि स्रोत कोड में एक निश्चित तरीके से सुधार किया जा सकता है। शायद वही प्रभाव दूर सरल स्रोत से प्राप्त किया जा सकता है, या शायद एक और उपयोगी सुविधा की आवश्यकता होगी।

Q1। क्या मेरे लिए प्रस्तुत स्रोत में परिवर्तन करना स्वीकार्य है? (यह GitHub पर संभव है?)

Q2। क्या ऐसे सभी प्रस्तुतिकरणों को जमा करने के दिशानिर्देशों के अनुसार अस्वीकार कर दिया जाना चाहिए?

Q3। यदि हाँ, तो Q2 में, वास्तव में नीच विचार के बारे में क्या है जो खराब तरीके से लागू किया गया था? क्या यह मेरे लिए स्वीकार्य है कि मैं आगे बढ़ूँ और अपना निर्माण करूँ?

मैं योगदान को प्रोत्साहित करना चाहता हूं, लेकिन साथ ही एक निश्चित मानक बनाए रखना महत्वपूर्ण है।

जवाबों:


7

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

फिर, उस व्यक्ति को जवाब दें जिसने कोड का विवरण दिया है कि आप योगदान की बहुत सराहना करते हैं, और यह कि आप पैच को शामिल करना चाहेंगे, लेकिन कुछ मुद्दे हैं। दस्तावेज़ के लिए एक लिंक प्रदान करें और आपके द्वारा देखे गए विशेष मुद्दों का हवाला दें। फिर, उस व्यक्ति से मुद्दों को ठीक करने और कोड को फिर से सबमिट करने के लिए कहें।


मुझे लगता है कि इस परिदृश्य के लिए लिनक्स कर्नेल में कुछ "परिवर्तन की आवश्यकता है जो सुधार" क्षेत्र है।
seppo0010

1
लंबे समय में, यह परियोजना और समुदाय को समग्र रूप से लाभान्वित करेगा यदि आप लोगों को अपने स्वयं के सबमिशन में सुधार करने के लिए मिलते हैं। लेकिन इस सुविधा को फिर से लागू करना बिल्कुल ठीक है, बशर्ते आप इसके बारे में विनम्र हों।
डेविड श्वार्ट्ज

1
जब भी आप एक पुल के लिए अनुरोध करते हैं, तो मैंने इस परियोजना में से कुछ को स्वचालित रूप से देखा है।
एंड्रयू टी फिनेल

GitHub का उपयोग करने वालों के लिए बस एक नोट, यदि आप ऊपर उल्लिखित दस्तावेज़ का नाम देते हैं CONTRIBUTING, तो पुल अनुरोध सबमिट करते समय इस दस्तावेज़ का लिंक दिखाई देगा। यह कुछ समय के अपफ्रंट को बचाने में मदद कर सकता है अगर लोग पहले अपने आप ही सामान्य मुद्दों को हल कर सकते हैं।
माइकल मिर

2

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

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

यदि आप इस तरीके से करते हैं, तो Q1-Q3 के उत्तर होंगे:

  • Q1: हां, बाद में किए गए कमिट में, संपादन को संपादित करें
  • Q2: लागू नहीं (मैंने मान लिया है कि आपने अभी तक कोई दिशानिर्देश नहीं लिखा है)
  • Q3: धन्यवाद कहो और इसे फिर से लिखो :-) (शायद यह एक पैच लागू करने के लिए व्यर्थ है, अगर, अगले प्रतिबद्ध में, आप इसे पूरी तरह से फिर से लिखते हैं)
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.