एक खुला स्रोत कांटा का नाम बदलने का शिष्टाचार क्या है?

Question

मैं गिन्थ पर द टेस्टुएनजी जावा टेस्टिंग फ्रेमवर्क (अपाचे 2 लाइसेंस) को कांटा करना चाहता हूं ताकि मैं अपनी जरूरतों के अनुरूप कुछ छोटी चीजें जोड़ / बदल सकूं।

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

अब, नामकरण के संदर्भ में, मैं विरूपण साक्ष्य नाम (testng-mycompany) या संस्करण (6.8.mycompany) बदलना चाहता हूं, इसलिए मेरे मावेन भंडार में आधिकारिक संस्करण के साथ कोई भ्रम नहीं है। क्या इसे खराब शिष्टाचार माना जाएगा? यदि हाँ, तो अपने कांटे को अलग करने के लिए सबसे अच्छा तरीका क्या है?

Comments

गितुब प्रक्रिया और शिष्टाचार और फोर्किंग टैग चौराहे (जो वर्तमान में आपका प्रश्न और जुड़ा हुआ है) पर फोर्किंग परियोजना भी देखें ।

Answer 1

दूर कांटा और अपने सबसे खराब / सबसे अच्छा करते हैं।

ओपन सोर्स सॉफ्टवेयर हमेशा से व्यक्तियों को अनुकूल बनाने, बदलने और चुनौती देने के बारे में है। एक परियोजना को बनाने के बारे में कठिन हिस्सा आपके आस-पास एक नया समुदाय विकसित कर रहा है जो आपको विश्वास है कि आप क्या कर रहे हैं।

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

संदर्भ: गेम ऑफ थ्रोन्स

कांटा TestNG के बजाय मौजूदा रेपो के शीर्ष पर इसके लिए मॉड्यूल / ऐड-ऑन लिखना सरल हो सकता है, इस तरह से आपको केवल अपना कोड बनाए रखने की आवश्यकता होगी।

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

[अस्वीकरण, मैंने अब तक TestNG के बारे में कभी नहीं सुना है]

Comments

-1। यह किसी भी तरह से सवाल का जवाब नहीं देता है।

— जॉन बेंटले

Answer 2

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

उदाहरण: वेबकिट और ब्लिंक

जहां तक ​​नामकरण की बात है, आप जितना संभव हो उतना स्पष्ट होना चाहते हैं। विकास में बुनियादी नामकरण प्रथाओं बल्कि अस्पष्ट हैं।

इस पर जाएं: आप किस "संस्करण नामकरण सम्मेलन" का उपयोग करते हैं?

यदि आप कांटा थे तो आप अपना "नाम" बताना चाहते हैं और फिर बता सकते हैं कि आप किस संस्करण का उपयोग कर रहे हैं।

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