2008-08-05 11 views

उत्तर

18

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

यह भी Google तकनीक बात How To Protect Your Open Source Project from Poisonous People के बारे में देखें। यह आपको सिखाएगा कि क्या नहीं करना है।

+0

टूटा लिंक (6 साल पुराना, कोई आश्चर्य नहीं)। फिक्स्ड। –

+0

यहां बताया गया है कि मैं ओपन सोर्स का योगदान कैसे कर सकता हूं: उस ओपन सोर्स का उपयोग करके एक प्रोजेक्ट बनाएं और जब आप पाते हैं कि उस ओपन सोर्स में एसएचएच को जोड़ा जा सकता है जो इसका इस्तेमाल करते हैं। आप उस सुविधा को बनाते हैं और यह स्रोत खोलने में आपका योगदान है। –

0

यह प्रोजेक्ट पर निर्भर करता है कि यह कैसे और कहाँ होस्ट किया जाता है। सबसे अच्छी बात यह है कि संपर्क ढूंढें और उन्हें ईमेल करें या देखें कि कोई डेवलपर मेलिंग सूची है या नहीं।

1

सबसे पहले आपको जो करना चाहिए वह उन लोगों से संपर्क करें जो ओपन सोर्स प्रोजेक्ट चलाते हैं। उनसे पूछें कि क्या कोड में योगदान देना ठीक है और वहां से जाना है।

बस अपना बेहतर कोड लिखना और फिर उन्हें देने के परिणामस्वरूप आपका कोड अस्वीकार कर दिया जा सकता है।

4

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

प्रक्रिया की तरह का एक अच्छा उदाहरण आप को काम करने के लिए जिम्प साइट पर देखा जा सकता है की आवश्यकता हो सकती: http://www.gimp.org/bugs/howtos/submit-patch.html बगजिला, पैच के अपने उपयोग के नोट और सरल हुआ करता था सीवीएस

3

हालात इस तरह।

उपयोगकर्ताओं के लिए एक मेलिंग सूची और डेवलपर्स के लिए एक मेलिंग सूची थी। यदि आपको कोई समस्या दिखाई देती है और इसे ठीक कर सकते हैं तो इसे ठीक कर सकते हैं और फिर लैरी वॉल के पैच को चला सकते हैं और परिणामी पैच को देवताओं की सूची में भेज सकते हैं, जो इसके बारे में त्वरित स्पष्टीकरण देता है। आम तौर पर सीवीएस (या वास्तविक पुराने दिनों में जिनके फ्लॉपी प्रोजेक्ट पर रहते थे) में लिखने के साथ एक देव;) चीजों की जांच करेगा और यदि आपका पैच टिन पर जो कहता है वह करता है और कुछ और नहीं तोड़ता है स्रोत पेड़ उचित है।

आजकल खुले विकास का उपयोग करके कई और परियोजनाएं हैं और उनमें से बहुत से लोग ऐसे लोगों द्वारा संचालित होते हैं जिन्होंने कभी भी खुले स्रोत को अकेले जाने से पहले सॉफ्टवेयर प्रोजेक्ट नहीं चलाया है, इसलिए चीजें अधिक कठिन हो सकती हैं। आम तौर पर परियोजना के दाहिने क्षेत्र में बहुत से देव को करने वाले किसी व्यक्ति को पैच मेल करना सही आंखों को आज भी जल्दी से देखता है। ऑनलाइन भंडार का एक ब्राउज़ आपको उन लोगों के बारे में बताएगा जो काम करते हैं, जो वेब साइट के सामने वाले पृष्ठ पर उनके नाम प्राप्त करते हैं, उन लोगों से पहले संपर्क करें :)

7

ऐसा करने का सबसे अच्छा तरीका स्वयं को पेश करना है इस तरह "हाय, यहां एक बग/फीचर है और यहां एक पैच है जो इसे ठीक/कार्यान्वित करता है।"

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

3

अन्य बातों को ध्यान में रखने के एक जोड़े:

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

  • जांच करें कि बौद्धिक संपदा असाइनमेंट प्रक्रिया है कि डेवलपर्स योगदानकर्ताओं को पसंद करते हैं। इन दिनों कई ओपन सोर्स प्रोजेक्ट्स में ऐसे असाइनमेंट हैं, ताकि परियोजना में कोड के सभी अधिकारों का स्वामित्व परियोजना और/या उसके प्रायोजक के पास हो।

इनमें से

दोनों महत्वपूर्ण है जब यह अपने आप को, परियोजना, और जो कोड आप ने लिखा से संबंधित दावों से नीचे की ओर का उपयोग करें या परियोजना पर निर्माण करना चाहती की रक्षा करने की बात आती है कर रहे हैं।

4

कई ओपन सोर्स प्रोजेक्ट्स के निर्माता के रूप में, मैं चीजों के दूसरी तरफ हूं कि मैं योगदानकर्ताओं को प्राप्त करने की कोशिश कर रहा हूं। आदि

  • ईमेल, मेलिंग सूची, मंच, देखने में कि आपके विचार काम करता है में पहले से ही है: यहाँ मैं क्या कहेंगे है:

    • खुद की घोषणा तरह से जो भी में इस परियोजना के लिए उपयुक्त है। यदि ऐसा है, तो शायद डुप्लिकेटिंग प्रयासों की बजाय मदद करने का प्रयास करें।
    • कोड सबमिट करने का पसंदीदा तरीका पता करें
    • प्रोजेक्ट में प्रयुक्त कोडिंग शैलियों का पालन करना सुनिश्चित करें। (आप रिक्त स्थान के लिए सभी टैब कन्वर्ट करने के लिए निर्णय लेते हैं, वे आसानी से अपने संस्करण नियंत्रण प्रणाली में परिवर्तन मर्ज करने के लिए सक्षम नहीं होगा और संभावना से भी अधिक आपके सबमिशन ध्यान नहीं देगा।)
  • 0

    आईआरसी में चैटिंग जाओ या के माध्यम से ब्राउज़ समाचार समूह यदि उनके पास एक है। खुद को ज्ञात करें। आपको जमा करने के लिए खाता देने से पहले आपको न्यूज़ ग्रुप में पैच जमा करने की आवश्यकता हो सकती है।

    कोडिंग मानकों, पैच प्रकारों (उदा। एकीकृत diff) से परिचित हो जाएं और अगर वे अज्ञात पहुंच की अनुमति देते हैं तो उनकी सीवीएस या एसवीएन की एक प्रति चेकआउट करें।

    3

    यदि आप छोटे पैमाने पर शामिल होने के तरीकों की तलाश में हैं (शायद आपके रास्ते पर काम करने के लिए) OpenHatch में बग का एक खोज योग्य डेटाबेस (भाषा/ढांचे द्वारा क्रमबद्ध) के साथ-साथ शुरू करने के लिए एक महान ट्यूटोरियल भी है।

    CodeTriage शुरू करने का एक और तरीका है जिसमें गिटहब रिपोज़ भाषा द्वारा आयोजित खुले मुद्दों को ठीक करने में मदद की तलाश में है।

    +0

    ओपनटाइज नीचे है। –

    +1

    धन्यवाद @ जेन्स-एंड्रेकोच, वे कोडट्रिज में बदल गए। जवाब तदनुसार अद्यतन किया गया। – rouma7

    संबंधित मुद्दे