🚌 🌎 👨🏾‍🎓 ओपन सोर्स गाइड: एक ओपन सोर्स प्रोजेक्ट लॉन्च करना ⛳️ 🍷 🥝

अनुवादक की प्रस्तावना

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

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

खुले स्रोत के बारे में आपके दृष्टिकोण के बावजूद, मुझे लगता है कि आप 10 लेखों की इस श्रृंखला में कई दिलचस्प विचारों और तथ्यों को पाएंगे: संगठनात्मक, मनोवैज्ञानिक, कानूनी, नैतिक और तकनीकी।

मैंने इस गैर-प्रोग्रामर को इस पाठ को पढ़ने दिया, उन्होंने कहा कि वे सब कुछ समझ गए हैं। और लेख के शीर्षक में, मैंने जानबूझकर "स्रोत" को "कोड" के बिना रखा है, क्योंकि यह विषय न केवल प्रोग्रामर के लिए, बल्कि एक खुली परियोजना के प्रारूप में लगभग किसी भी बौद्धिक गतिविधि के लिए प्रासंगिक है।

यह मैनुअल स्वयं भी खुला स्रोत है और पहले से ही 14 भाषाओं में अनुवाद किया जा चुका है। मुझे एक रूसी धागा और पहले लेख का अनुवाद जोड़ने के लिए सम्मानित किया गया था। मेरी योजना प्रति सप्ताह लेख का अनुवाद करने की है। यदि कोई भी कनेक्ट करना चाहता है, तो यहां भंडार है: ओपन सोर्स गाइड्स ।

यदि अचानक किसी को लेख के शीर्षक (चित्रण + रूसी नामों) से एक स्क्रीनसेवर की आवश्यकता होती है, तो यह कोडएंडबॉक्स पर एक ले-आउट में है ।

शब्दों का चयन

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

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

: ?
«open source»?
?
Open source — ?

open source ?

open source

README

, ( ) !

: ?

तो, क्या आप अपने ओपन सोर्स प्रोजेक्ट को लॉन्च करने के बारे में सोच रहे हैं? बधाई हो! दुनिया आपकी भागीदारी की सराहना करती है। आइए बात करते हैं कि खुला स्रोत क्या है और लोग ऐसा क्यों करते हैं।

ओपन सोर्स का क्या मतलब है?

जब परियोजना कोड खुला होता है, तो इसका मतलब है कि कोई भी किसी भी उद्देश्य के लिए अपनी परियोजना का उपयोग, अध्ययन, संशोधन और वितरण करने के लिए स्वतंत्र है। ये अनुमति एक ओपन सोर्स लाइसेंस के माध्यम से दी जाती है ।

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

मुफ्त सॉफ्टवेयर के रूप में एक ही परियोजनाओं को संदर्भित करता हैओपन सोर्स सॉफ्टवेयर (खुला स्रोत) । कभी-कभी आपको इन शर्तों के संयोजन मिल सकते हैं : "फ्री और ओपन सोर्स सॉफ्टवेयर" (फ्री और ओपन सोर्स सॉफ्टवेयर FOSS या फ्री, लिबर्रे, और ओपन सोर्स सॉफ्टवेयर FLOSS)। यहाँ मुक्त और मुक्त शब्द का अर्थ है "मुक्त, " मुक्त नहीं ।

लोग अपना काम क्यों करते हैं?

खुले स्रोत से मुझे मिले सबसे बड़े पुरस्कारों में से एक वह संबंध है जो अन्य डेवलपर्स के साथ स्थापित किया गया है जो मेरे समान समस्याओं का सामना कर रहे हैं।
@ kentcdodds , "ओपन सोर्स दर्ज करने के लिए मुझे कितना अच्छा लगा"

कई कारण हैं कि कोई व्यक्ति या संगठन अपने प्रोजेक्ट के स्रोत को क्यों खोलता है। ये उनमे से कुछ है:

: Open source . , Exercism, 350 .
: Open source , . -. WordPress, , b2.
पारदर्शिता: कोई भी त्रुटियों और विसंगतियों के लिए एक खुला स्रोत परियोजना की जांच कर सकता है। राज्य स्तर पर भी पारदर्शिता महत्वपूर्ण है। उदाहरण के लिए, बल्गेरियाई सरकार और संयुक्त राज्य अमेरिका ने बैंकिंग, स्वास्थ्य सेवा और सुरक्षा सॉफ्टवेयर जैसे लेट्स एनक्रिप्ट के लिए पारदर्शिता का कानून बनाया ।

ओपन सोर्स केवल सॉफ्टवेयर पर ही नहीं, बल्कि बाकी सभी चीजों पर लागू है: डेटा सेट से लेकर किताबों तक। में GitHub की समीक्षा, आप क्या अति हो सकता है के बारे में अधिक विचार प्राप्त कर सकते हैं।

क्या ओपन सोर्स फ्री है?

नि: शुल्क खुला स्रोत इसके सबसे बड़े लाभों में से एक है, लेकिन यह केवल इसका नहीं है, बल्कि इसके संयुक्त मूल्य का एक उपोत्पाद है।

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

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

क्या मुझे अपना ओपन सोर्स प्रोजेक्ट लॉन्च करना चाहिए?

संक्षिप्त उत्तर हां है, क्योंकि परिणाम की परवाह किए बिना, अपने प्रोजेक्ट को लॉन्च करना यह समझने का एक अच्छा तरीका है कि ओपन सोर्स कैसे काम करता है।

यदि आपने पहले कभी इस तरह की परियोजनाएं नहीं चलाई हैं, तो आप चिंतित हो सकते हैं: "लोग क्या कहेंगे?", "क्या होगा अगर कोई भी उसे उसके बारे में नहीं बताएगा?" यदि यह आपके लिए परिचित है, तो चिंता न करें, आप केवल एक ही नहीं हैं!

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

यदि आपने अभी तक निर्णय नहीं लिया है, तो अपने संभावित लक्ष्यों के बारे में सोचने के लिए समय निकालें।

लक्ष्य की स्थापना

लक्ष्य आपको यह तय करने में मदद करेंगे कि क्या काम करना है, क्या छोड़ना है, और आपको बाहर से मदद की ज़रूरत कहाँ है। अपने आप से पूछें: "मैं इस परियोजना को क्यों खोल रहा हूं?" ।

इस सवाल का एक भी जवाब नहीं है। आपके पास एक लक्ष्य के लिए कई लक्ष्य हो सकते हैं, या विभिन्न लक्ष्यों के साथ विभिन्न परियोजनाएं हो सकती हैं।

यदि आपका लक्ष्य बस अपना काम दिखाना है और सहयोग की कोई आवश्यकता नहीं है, तो आप README फाइल में लिख सकते हैं। दूसरी ओर, यदि आप सहायकों में रुचि रखते हैं, तो आपको अपना समय समझ में आने वाले दस्तावेज लिखने में लगाना चाहिए और शुरुआती लोगों का ध्यान रखना चाहिए।

UIAlertView … open source. GitHub. , , . , - . .
mavris@mavris, « : Open Source »

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

यद्यपि गैर-प्रोग्रामेटिक कार्यों पर खर्च होने वाला समय आपकी परियोजना के आकार और पैमाने पर निर्भर करता है, आपको उन्हें स्वयं हल करने के लिए तैयार रहना चाहिए या इसके लिए एक सहायक ढूंढना चाहिए।

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

यदि आपको परियोजना को आगे बढ़ाने, संचालित करने और समर्थन करने के लिए एक समर्पित बजट या स्टाफ की आवश्यकता है, तो जल्द से जल्द इस पर चर्चा करें।

जब आप एक ओपन सोर्स प्रोजेक्ट शुरू करते हैं, तो यह महत्वपूर्ण है कि संगठन में प्रबंधन प्रक्रियाएं उस समुदाय के योगदान और क्षमताओं को ध्यान में रखें जो परियोजना के चारों ओर बनी हैं। बाहरी लोगों को शामिल करने से डरो मत, यहां तक कि प्रमुख पहलुओं में, खासकर यदि वे सक्रिय रूप से शामिल हों।
@captainsafia , "चे, क्या आप प्रोजेक्ट कोड खोलना चाहते हैं?"

अन्य लोगों की परियोजनाओं में भागीदारी

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

अगर आपको समझ में नहीं आ रहा है कि किसी और के प्रोजेक्ट में भाग लेना कैसे शुरू करें, तो हमारे गाइड की जाँच करें कि ओपन सोर्स प्रोजेक्ट में कैसे भाग लें ।

अपना खुद का ओपन सोर्स प्रोजेक्ट शुरू करना

आपके काम के स्रोत को खोलने के लिए कोई सही समय नहीं है। आप उन्हें विचार मंच पर, कार्य की प्रक्रिया में, या कई वर्षों के बंद होने के बाद खोल सकते हैं।

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

प्रत्येक परियोजना, चाहे जिस स्तर पर आपने स्रोत को खोलने का फैसला किया हो, उसमें निम्नलिखित दस्तावेज होने चाहिए:

वे आपको अपनी उम्मीदों को व्यक्त करने में मदद करेंगे, अन्य प्रतिभागियों के परिवर्तनों को स्वीकार करेंगे, और स्वयं सहित सभी सह-लेखकों के वैध अधिकारों की रक्षा करेंगे। यह एक सकारात्मक अनुभव की संभावना को बहुत बढ़ाता है।

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

लाइसेंस का विकल्प

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

कानूनी काम आसान नहीं है। लेकिन अच्छी खबर है: आप एक मौजूदा लाइसेंस की नकल कर सकते हैं और इसे अपनी रिपॉजिटरी में रख सकते हैं, एक मिनट में अपनी मेहनत की रक्षा कर सकते हैं।

MIT , Apache 2.0 , और GPLv3 सबसे लोकप्रिय लाइसेंस हैं, लेकिन चुनने के लिए अन्य विकल्प हैं।

जब आप गितुब पर एक नया प्रोजेक्ट बनाते हैं, तो आपको कई लाइसेंस दिए जाते हैं। एक ओपन सोर्स लाइसेंस चुनकर, आप अपना प्रोजेक्ट ओपन कर लेंगे।

एक लाइसेंस चुनें

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

README का संकलन

README फ़ाइल ("मुझे पढ़ें") न केवल आपकी परियोजना का उपयोग करने का तरीका बताती है, बल्कि यह भी बताती है कि यह क्यों महत्वपूर्ण है और उपयोगकर्ता इसके साथ क्या कर सकते हैं।

README में निम्नलिखित प्रश्नों के उत्तर देने का प्रयास करें:

यह परियोजना क्या करती है?
यह परियोजना कैसे उपयोगी है?
मैं उसके साथ कैसे काम करना शुरू कर सकता हूं?
जरूरत पड़ने पर मुझे कहां से मदद मिल सकती है?

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

अच्छे प्रलेखन का अर्थ है अधिक उपयोगकर्ता, मदद के लिए कम अनुरोध, और अधिक सहयोगी। (...) याद रखें कि आपके उपयोगकर्ता आप नहीं हैं। ये अनुभव वाले लोग हो सकते हैं - आपसे बहुत अलग।
@tracymakes , "अपने शब्दों को पढ़ें (वीडियो) पढ़ें"

कभी-कभी लोग README को लिखना स्थगित कर देते हैं क्योंकि उन्हें लगता है कि परियोजना पूरी नहीं हुई है, या अन्य लोगों के सुधारों को स्वीकार नहीं करना चाहते हैं। लेकिन इसके बारे में लिखने के लिए यह सिर्फ एक अच्छा कारण है।

प्रेरणा के लिए, आप “README” गाइड या README टेम्पलेट पढ़ सकते हैं ।

जब आप README फ़ाइल को प्रोजेक्ट के रूट डायरेक्टरी में जोड़ते हैं, तो गिथब इसे स्वचालित रूप से रिपॉजिटरी मुख्य पृष्ठ पर प्रदर्शित करता है।

प्रतिभागियों के लिए एक गाइड लेखन

CONTRIBUTING फ़ाइल आपके दर्शकों को बताती है कि आपकी परियोजना का सदस्य कैसे बनना है। उदाहरण के लिए:

त्रुटि की रिपोर्ट करें ( समस्या और पुल अनुरोध के लिए टेम्पलेट्स का उपयोग करके देखें )
एक नई सुविधा की पेशकश कैसे करें
रनटाइम वातावरण सेट करने और परीक्षण चलाने के लिए कैसे

तकनीकी विवरण के अलावा, अन्य लोगों की भागीदारी के बारे में आपकी अपेक्षाओं को बताने के लिए CONTRIBUTING फ़ाइल एक अच्छी जगह है। उदाहरण के लिए:

आप किस तरह की भागीदारी की प्रतीक्षा कर रहे हैं?
परियोजना के विकास के लिए आपकी योजनाएं और दृष्टिकोण
प्रतिभागी आपसे कैसे संपर्क कर सकते हैं (नहीं कर सकते)

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

उदाहरण के लिए, सक्रिय व्यवस्थापक इन शब्दों के साथ अपनी भागीदारी मार्गदर्शिका शुरू करता है :

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

किसी प्रोजेक्ट के शुरुआती चरणों में, आपकी CONTRIBUTING फ़ाइल सरल हो सकती है। आपको हमेशा यह बताना चाहिए कि त्रुटियों की रिपोर्ट कैसे करें और प्रश्नों को कैसे भरें, साथ ही साथ सदस्यों के संपादन (उदाहरण के लिए, परीक्षण) के लिए तकनीकी आवश्यकताओं का वर्णन करें।

समय के साथ, आप अक्सर पूछे जाने वाले प्रश्नों के उत्तर के साथ इसे पूरक कर सकते हैं। इस वजह से, कम लोग आपसे एक ही बात बार-बार पूछेंगे।

संपर्क फाइल संकलित करना आसान बनाने के लिए, @ nafafia के सहयोग गाइड टेम्पलेट की जाँच करें याmozilla's "कैसे फ़ाइल CONTRIBUTING.md संकलित करने के लिए" ।

README के अंदर CONTRIBUTING फ़ाइल से लिंक करें, ताकि अधिक लोग इसे देखेंगे। यदि आप अपने प्रोजेक्ट के रूट में CONTRIBUTING.md फ़ाइल रखते हैं , तो जब कोई नया प्रश्न (समस्या) खोलता है या प्रोजेक्ट में एक संपादन जोड़ता है (तो अनुरोध करें) को github अपने आप संदर्भित कर देगा।

सहयोग गाइड

आचार संहिता का विकास

हम सभी को अप्रिय स्थितियों का सामना करना पड़ा जब परियोजना के मालिक ने कुछ समझाया या उपयोगकर्ताओं ने बुनियादी सवाल पूछा। (...) एक आचार संहिता एक दस्तावेज बन जाती है जिसे संदर्भित करना आसान है और वह कहता है कि आपकी टीम रचनात्मक बातचीत को बहुत गंभीरता से लेती है।
@mlynch , खुले स्रोत को एक खुशहाल जगह बनाना

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

अधिक विवरण देखें: आचार संहिता - गाइड ।

यह वर्णन करने के लिए कि आप प्रतिभागियों से कैसा व्यवहार करना चाहते हैं, आचार संहिता यह भी बताती है कि यह किस पर और कब लागू होता है और इसका उल्लंघन होने पर क्या होगा।

लाइसेंस के अनुरूप, आपको कोड खुद लिखने की ज़रूरत नहीं है, लेकिन आप मौजूदा विकल्पों में से एक को कॉपी कर सकते हैं। में सदस्य समझौते का उपयोग किया जाता हैकुबेरनेट, रेल और स्विफ्ट सहित 40,000 से अधिक ओपन सोर्स प्रोजेक्ट । जो भी कोड आप उपयोग करते हैं, आपको आवश्यक होने पर उसे लागू करने के लिए तैयार रहना चाहिए।

CODE_OF_CONDUCT.md फ़ाइल को अपनी परियोजना की जड़ में रखें, इसलिए README से, उदाहरण के लिए इसे ढूंढना और लिंक करना आसान हो जाएगा।

अपने प्रोजेक्ट का नामकरण और ब्रांडिंग

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

सही नाम चुनना

एक नाम चुनें जो याद रखना आसान है और, आदर्श रूप से, परियोजना के सार का एक विचार देता है। उदाहरण के लिए:

गार्ड आवेदन के दुर्घटना के बारे में सूचित करता है।
Drisch एक तेज़ और आसान रूबी वेब सर्वर है।

यदि आपका प्रोजेक्ट किसी मौजूदा प्रोजेक्ट के अतिरिक्त है, तो उसके नाम को उपसर्ग के रूप में उपयोग करें, इससे यह समझने में मदद मिलेगी कि आपका प्रोजेक्ट क्या कर रहा है। उदाहरण के लिए, नोड- भ्रूण Node.js के लिए `window.fetch` लाता है।

स्पष्टता के लिए ऑप्ट। पंजे मज़ेदार हो सकते हैं, लेकिन अन्य संस्कृतियों के लोगों के बारे में सोचें या अपने से अलग अनुभवों के साथ जो मजाक समझ नहीं सकते हैं। आपके संभावित उपयोगकर्ता कंपनियों के कर्मचारी हो सकते हैं जो आपके प्रोजेक्ट के बारे में आपके वरिष्ठों से बात करेंगे। एक ही समय में उन्हें ब्लश न करें।

नाम संघर्ष

एक ही नाम के ओपन सोर्स प्रोजेक्ट्स की जाँच करें , खासकर यदि आप एक ही भाषा या पारिस्थितिकी तंत्र का उपयोग करते हैं। यदि आपका नाम किसी लोकप्रिय मौजूदा परियोजना से मेल खाता है, तो आप अपने दर्शकों को भ्रमित कर सकते हैं।

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

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

आप वैश्विक WIPO ब्रांड डेटाबेस पर ब्रांड संघर्ष की जांच कर सकते हैं। यदि आप कंपनी की ओर से प्रोजेक्ट कर रहे हैं, तो कानूनी विभाग इसमें आपकी मदद कर सकता है ।

अंत में, अपने प्रोजेक्ट के नाम पर एक त्वरित Google खोज करें। क्या लोग आसानी से इस पर आपकी परियोजना का पता लगा पाएंगे? या शायद इस अनुरोध पर कुछ अवांछनीय प्रतीत होता है?

जिस तरह से आप लिखते हैं (और कोड) आपके ब्रांड को भी प्रभावित करता है!

परियोजना के जीवन भर आप बहुत कुछ लिखेंगे: README, मार्गदर्शक, सामुदायिक दस्तावेज, प्रश्नों के उत्तर, शायद समाचार पत्र और मेलिंग सूची भी।

यह आधिकारिक दस्तावेज या एक नियमित संदेश हो, आपकी लेखन शैली परियोजना के ब्रांड का हिस्सा है। उस प्रकाश के बारे में सोचें जिसमें आप दर्शकों के सामने दिखते हैं और क्या आपने सही लहजा चुना है।

, , . , , , , .
@janl, CouchDB, « Open Source»

एक दयालु और विनम्र भाषा नए प्रतिभागियों के लिए एक सुखद वातावरण बनाएगी। इसके अलावा, प्रस्तुति की सादगी पर नज़र रखें, क्योंकि कई पाठकों के लिए अंग्रेजी मूल नहीं हो सकती है।

न केवल आपके द्वारा लिखे गए शब्द, बल्कि कोड की शैली भी आपके प्रोजेक्ट के ब्रांड का हिस्सा बन सकती है। कोणीय और jQuery कठोर शैली और सिफारिशों के साथ दो नमूना परियोजनाएं हैं।

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

शुरू करने से पहले चेकलिस्ट

क्या आप अपना प्रोजेक्ट खोलने के लिए तैयार हैं? यहां आपकी सहायता के लिए एक चेकलिस्ट है। जब आपने सभी आइटम चेक कर लिए हों, तो "प्रकाशित करें" पर क्लिक करें और स्वयं की प्रशंसा करें।

प्रलेखन

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

कोड

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

लोग

यदि आप एक निजी व्यक्ति हैं:

आपने कानूनी विभाग से बात की और / या अपनी कंपनी के बौद्धिक संपदा नियमों और ओपन सोर्स पॉलिसियों को समझा (यदि आप कहीं कार्यरत हैं)

यदि आप एक कानूनी संस्था हैं:

आपने कानूनी विभाग से बात की
क्या आपके पास प्रोजेक्ट लॉन्च करने और उसे बढ़ावा देने के लिए मार्केटिंग प्लान है?
किसी को समुदाय के साथ बातचीत करने के लिए जिम्मेदार ठहराया गया है: सवालों (सवालों) का जवाब देना, पुल अनुरोधों की जांच करना और उन्हें परियोजना में संलग्न करना
परियोजना में कम से कम दो लोगों की प्रशासनिक पहुंच है।

तुमने यह किया!

अपने पहले प्रोजेक्ट के लिए सोर्स कोड खोलने के लिए बधाई! परिणाम के बावजूद, लोगों के लिए पूर्ण दृष्टि से काम करना समुदाय के लिए एक उपहार है। प्रत्येक प्रतिबद्ध, टिप्पणी और संशोधन अनुरोध आपके और अन्य लोगों के लिए सीखने और बढ़ने का अवसर है।

ओपन सोर्स गाइड: एक ओपन सोर्स प्रोजेक्ट लॉन्च करना