2010-03-20 12 views
5

यह प्रश्न शिष्टाचार और मुक्त स्रोत परियोजनाओं के बारे में है।शिष्टाचार: संस्करण ओपनसोर्स परियोजना के मेरे कांटा टक्कर?

मैंने जिथब से एक आवेदन फोर्क किया है और दो नई विशेषताएं जोड़ दी हैं।

  1. पहली फीचर अनुरोध अक्सर कहीं और किया गया है। मैंने इसे जोड़ा है। कोड & कार्यान्वयन स्वच्छ है (मुझे लगता है)।

  2. दूसरी सुविधा एक हैक से अधिक है। यह दूसरों के लिए उपयोग किया जाएगा, लेकिन कार्यान्वयन उपयोग में थोड़ा गंदा है और कोड में अधिक है। मुझे इस सुविधा की ज़रूरत है, लेकिन मेरे पास इसे पूरी तरह से लागू करने के लिए कौशल नहीं है या उस स्तर पर जिसे लायक माना जा सकता है जबकि मुख्य परियोजना में का उल्लंघन किया जा सकता है।

संस्करण कैसे काम करना चाहिए? क्या मैं बस अपने संस्करण संख्याओं को मुक्त-मुक्त कर देता हूं और अपनी मास्टर शाखा में धक्का देता हूं?

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

परियोजना मैं अलग किया गया है माणिक जौहरी उपयोग करता है ताकि के एक संस्करण प्रारूप है:

जौहरी के संस्करण पटरियों अपने परियोजना। यह मानता है कि आप x.y.z प्रारूप में एक संस्करण का उपयोग करेंगे।

x 'प्रमुख' संस्करण है, y 'मामूली' संस्करण है, और जेड पैच संस्करण है।

क्या यह अन्य परियोजनाओं/लैंगुगों के लिए भी मानक है? क्या मेरे परिवर्तन पैच हैं?

धन्यवाद एक ही कोड के आधार से सॉफ्टवेयर के

उत्तर

4

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

कई संस्करण योजनाएं संस्करण संख्या को 1.2.3-रॉस जैसी कुछ तक बढ़ाने की अनुमति देती हैं, जो उपयोगकर्ताओं को उचित बग रिपोर्ट दर्ज करने में सहायता करती है।

यदि आप लंबे समय तक चलने वाले फोर्क की योजना बनाते हैं तो आपको एक वर्जनिंग योजना मिलनी चाहिए जो आपके लिए काम करती है।

1

अलग टुकड़े लेकिन अलग अलग सुविधा सामग्री के साथ किसी तरह से अलग अलग संस्करण संख्या होनी चाहिए - तो आप संस्करण संख्या (या उत्पाद का नाम) में कुछ बदलने की जरूरत है।

क्या आप इस परियोजना में पहला बदलाव प्रस्तुत करने की योजना बना रहे हैं? (आपको शायद चाहिए।)

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

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

+0

भागा जा रहा ChangeSet हाँ मैं एक पुल अनुरोध भेजा और लेखक को बताया, लेकिन कुछ भी वापस सुना आम है। मैं या तो विकासशील विकास जारी नहीं रखूंगा। मेरे पास वह है जो मैं चाहता हूं। (स्वार्थी नहीं है, अलग-अलग लैंगेज/प्रोजेक्ट नाम में एक पूर्ण पुनः लिखना है, जहां फीचर दो होगा। अभी तक यह स्थिर नहीं है।) – Ross

1

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

अन्यथा, यह एक संस्करण संख्या है कि शाखा को इंगित करता है का उपयोग करें और आला -git-ross-12345

संबंधित मुद्दे