ओपन-सोर्स प्रोजेक्ट "टेक ओवर" के बारे में कैसे जाना है?


29

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

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

यहाँ पर सामान्य पाठ्यक्रम / मानक पर कोई मार्गदर्शन बहुत सराहना की जाएगी?


2
क्या परियोजना में अभी भी एक सक्रिय समुदाय है?
टिम पोस्ट Tim


1
अपाचे से संपर्क करें, उनके पास हर चीज के बारे में औपचारिक, समझदार प्रक्रियाएं हैं।
जेम्स एंडरसन

जवाबों:


29

हाल ही में, मैंने एक ओपन-सोर्स प्रोजेक्ट संभाला। मेरे द्वारा अनुसरण किए जाने वाले चरण हैं:

  1. मूल लेखक से संपर्क करें
  2. उसे / उसके इरादों को जानने दो
  3. उसके / उसके द्वारा स्वीकार किए जाते हैं (आप या तो मूल भंडार के अधिकार प्राप्त करेंगे या आपको इसका क्लोन बनाना होगा)
  4. मूल लेखन को पुनः प्राप्त करें ( जब मैं आगे परिवर्तन करूँगा तो खुद को जोड़ना होगा )

द्वारा "मूल ग्रन्थकारिता को बनाये रखें" ... मैं सभी मामलों में अपने आप को ऊपर मूल लेखक को श्रेय देने का मतलब है के रूप में यह मूल रूप से उसकी / उसके काम है।


1
"मूल रिटेनशिप (जब मैं और परिवर्तन करूँगा) अपने आप को जोड़ना होगा" से आपका क्या अभिप्राय है?
लग्जरीमॉड

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

मार्क बूथ : आप सही हैं। मेरे उत्तर को संपादित करने के लिए धन्यवाद। :-)
एलन हाग्गै अलावी

7

आपको परियोजना को कांटा देना चाहिए, शायद गिटहब में

वैकल्पिक रूप से, आप मूल लेखक से संपर्क करने का प्रयास कर सकते हैं।


1
बहुत बहुत धन्यवाद। मैंने मूल लेखक को ईमेल किया। बस सोच रहा था, क्या मेरे पास उनसे संपर्क करने का कोई कारण है या यह सिर्फ आम शिष्टाचार है? लाइसेंस के संदर्भ में, मैं वह करने के लिए स्वतंत्र हूं जो मैं चाहता हूं कि जब तक मैं इसका पालन करता हूं, सही है? साथ ही, मैंने बहुत जल्द बात की। जाहिरा तौर पर मूल रेपो मर्क्यूरियल में है। क्या मुझे सिर्फ hg-git मर्क्यूरियल प्लगइन का उपयोग करना चाहिए: hg-git.github.com ?
लग्जरीमैड

7
सामान्य शिष्टाचार। साथ ही, आप स्रोत कोड के अलावा अन्य चीजों का नियंत्रण प्राप्त कर सकते हैं, जैसे कि डोमेन नाम, ट्रेडमार्क, वेबसाइट, मेलिंग सूची आदि
FigBug

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

1
उपयोगकर्ता कांटे से नफरत करते हैं, एक कांटा के साथ आपको परियोजना का पूर्व कर्षण, उपयोगकर्ता आधार, परीक्षक, संकलित-संस्करण योगदानकर्ता / पोर्टर्स नहीं मिलेगा । आप आम तौर पर उन्हें चाहते हैं। गिथुब ( गिहब-डो ) का तरीका उन व्याख्यात्मक सामानों के लिए सबसे अच्छा है जो बाइनरी वितरण के उद्देश्य से नहीं हैं। और आप अभी भी बहुत कुशल लोगों को खो देंगे जो बस पसंद करते हैं hgऔर इसके बारे में परवाह नहीं करते हैं git। (हाँ, धार्मिक युद्ध, ब्लेयरघ)
ZJR

6

ऐसा करने के बारे में कई तरीके हैं:

  1. मूल "मालिक / लेखक" को ईमेल करें। उसे अपने इरादों के बारे में बताएं और आप कैसे विकास में मदद कर सकते हैं। लगभग 1 सप्ताह प्रतीक्षा करें। अगर कोई जवाब नहीं है ...
  2. भंडार का कांटा। सम्मान से बाहर, और यह सुनिश्चित करने के लिए कि आपने कुछ भी गलत नहीं किया (जो आपने शायद नहीं किया) मूल लेखक को स्पष्ट संदर्भ दें।
  3. कोडिंग प्राप्त करें! अब आप प्रोजेक्ट ABC के गर्वित डेवलपर हैं।
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.