नहीं यह नहीं।
यदि आपके द्वारा देखे जाने वाले प्रोजेक्ट्स का कोड-आधार बहुत अधिक चुनौतीपूर्ण है, तो विचार करें:
- के साथ काम करने के लिए एक (भी) छोटी परियोजना का चयन
- परियोजना के भीतर एक छोटा कार्य चुनें:
- किसी चीज़ के लिए एक उदाहरण / ट्यूटोरियल / डेमो लिखें
- अद्यतन और ठीक प्रलेखन (सभी परियोजनाओं, ओएस या नहीं, बेहतर डॉक्स की आवश्यकता)
- कई कम प्राथमिकता तय करें, लेकिन बग को ठीक करना आसान है (कोड के लिए महान जोखिम, देवता आमतौर पर खुश हैं, कम जोखिम)
- मुख्य स्रोत तक पहुंच के बिना योगदान करने के तरीके हैं, जैसे:
- पैच प्रस्तुत करना, जिस पर टिप्पणी की जा सकती है।
- पुल अनुरोधों को देखना और सबमिट करना (ऊपर देखें)
- फोर्किंग और अपने दम पर काम करना, बस यह देखना है कि यह आपको कहां ले जाता है। यदि आप खुश हैं, तो देवों से पूछें कि आपने जो कुछ भी किया है, उस पर एक नज़र डालें यदि यह समझ में आता है।
अपने कमिट्स को स्वीकार न करने के अपने "डर" को दूर करने के लिए, पहले सुरक्षित बिंदुओं पर जाएं। यह आपके और देव-टीम दोनों को आपके संबंध में विश्वास हासिल करने और एक-दूसरे के सोचने के तरीके को सीखने की अनुमति देगा। जैसे-जैसे आप अपने OS प्रोजेक्ट की टीम के कौशल, अनुभव, कोड की गुणवत्ता और समझ दोनों में सुधार करते हैं (यह गतिशीलता है) आप कम परेशानी का सामना करते हुए अधिक से अधिक कार्य करने में सक्षम होंगे।
यह उपयुक्त शुरुआती बिंदुओं को पूछने में भी मदद करता है, और देखें कि टीम को आपके लिए उपयुक्त क्या मिल सकता है।
एक उदाहरण के रूप में, मैंने वर्षों में बिल्डबॉट में थोड़ा योगदान दिया है। मैंने बस कुछ छोटे मुद्दों को ठीक करना शुरू किया, फिर मैंने कुछ चमक वाले कीड़े को ठीक करके मरकरी स्रोत के चरणों की गुणवत्ता को टक्कर दी। अंत में, मैंने अधिकांश वेब-पेजों को फिर से लिखा और टेम्पलेट आधारित HTML पीढ़ी के समाधान के लिए कोड में HTML-चिपकाने की अदला-बदली की। बाद वाला कुछ महीनों के परिश्रम से कुछ सौ कमिट था।
मैंने कुछ मर्क्यूरियल कार्य भी किए हैं, लेकिन वे लोग अधिक योग्य हैं और तकनीक अधिक जटिल है, इसलिए मैंने अभी तक कोर में कोई सुधार नहीं किया है। मैंने कुछ बग रिपोर्ट की हैं और कुछ छोटे एक्सटेंशन लिखे हैं, लेकिन मैंने इस समय वहां कुछ भी बड़ा नहीं किया है।
आशा करता हूँ की ये काम करेगा।