मैं एक ओपनसोर्स प्रोजेक्ट शुरू कर रहा हूं। कोई सलाह?

Question

सबसे पहले, मैंने this question की समीक्षा की, लेकिन मुझे लगता है कि मुझे थोड़ी अधिक जानकारी चाहिए क्योंकि मैंने पहले कभी ओपनसोर्स प्रोजेक्ट पर काम नहीं किया है।

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

क्या आपके पास विकास की मार्गदर्शिका, किसी भी उपकरण को देखने के तरीके पर कोई सलाह है?

असंबला बनाम Google कोड बनाम ट्रैक बनाम मुख्य ट्रैकर बनाम?

इस पर आप क्या अनुभव कर रहे हैं?

Answer 1

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

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

आप एक समुदाय के प्रबंधन और निर्माण पर अधिक संकेतों के लिए कार्ल फोगेल की पुस्तक प्रोड्यूशन ओपन सोर्स सॉफ्टवेयर या जोनो बेकन की आर्ट ऑफ कम्युनिटी की जांच करना चाह सकते हैं।

Answer 2

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

आपकी परियोजना पर शुभकामनाएं!

Answer 3

कोडप्लेक्स पर अपना कोड होस्ट न करें। मैंने हाल ही में article series on DotNetSlackers .com के आधार पर ओपन सोर्स प्रोजेक्ट शुरू किया है ताकि लोग एसओ जैसी साइट कैसे बनाएं। मैंने गलती से इस परियोजना को कोडप्लेक्स पर होस्ट किया। मेरा स्वचालित निर्माण समय-समय पर मुझे टूटी बिल्ड ईमेल भेज देगा क्योंकि कोडप्लेक्स एक समय में यादृच्छिक रूप से घंटों तक नीचे जायेगा। यह मुझे NUTS ड्राइव करता है!

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

Answer 4

मेरे लिए, विकास का मार्गदर्शन करना क्या करना है, इसे प्राथमिकता देने का विषय अधिक है, इसलिए मैं यह कहने का लुत्फ उठाता हूं: आप Google Code issue Tracker का उपयोग क्यों नहीं करते हैं क्योंकि आपकी परियोजना पहले से ही होस्ट की गई है? मुझे लगता है कि यह आपकी ज़रूरत की पेशकश कर रहा है। यदि आप चाहते हैं (स्क्रम के लिए) अनुमान फ़ील्ड को जोड़ने के लिए इसे अनुकूलित करें और वहां जाएं।

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

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

Answer 5

• गोद लेने के लिए प्रयास करें। जितने अधिक उपयोगकर्ता आपको मिलेंगे, उतने लोग वापस योगदान देंगे।

• विकी पर बहुत से कोड नमूने शामिल करें और उपयोगकर्ताओं को नमूना आवेदन डाउनलोड करने दें।

• सुनिश्चित करें कि आपका एपीआई ASDoc के साथ अच्छी तरह से प्रलेखित है।

• एक रोडमैप प्रदान करें ताकि संभावित उपयोगकर्ता आपकी दिशा और इरादे देख सकें।

• फीचर अनुरोधों और बग को प्राथमिकता देने के बारे में मेहनती रहें। आप और आपकी टीम के पास सबकुछ करने का समय नहीं है।

• एकीकरण को यथासंभव निर्बाध बनाएं। उम्मीद है कि उपयोगकर्ता बस .swc (फ्लैश लाइब्रेरी) डाउनलोड कर पाएंगे और इसे अपने एप्लिकेशन में लिंक कर पाएंगे।

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

Answer 6

मैं इस पुस्तक बाहर की जाँच का सुझाव देते हैं: http://producingoss.com/

मेरा मानना ​​है कि एक नि: शुल्क ऑनलाइन और पीडीएफ संस्करण है।

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

Answer 7

यदि आपको अपने स्क्रम प्रोजेक्ट का समर्थन करने के लिए सॉफ़्टवेयर की आवश्यकता है ... agile42 ओपन सोर्स प्रोजेक्ट्स के लिए free Licenses of Agilo for Scrum Pro प्रदान करता है।