एक विस्तृत उपयोगकर्ता आधार के साथ गिटहब और एनपीएम पर एक उच्च गुणवत्ता वाले ओपन सोर्स रेपो मौजूद है।नए एनपीएम मॉड्यूल के लिए गिटहब परियोजना का कांटा प्रकाशित करें लेकिन मूल के साथ विलय करने का विकल्प रखें?
मैंने परियोजना को फोर्क किया है और एक बड़ा विस्तार किया है। मुझे लगता है कि वापस विलय करने के लिए तैयार है। लेकिन (उचित रूप से) यह प्रोजेक्ट मालिक है जो मुझे कॉल करने के लिए नहीं जाता है। और अब जवाब के बिना कई हफ्तों रहे हैं।
कई उपयोगकर्ताओं ने रेपो समस्या चर्चा पर पूछा है कि इसे वापस विलय किया जाएगा, और अधिक ने मुझे एक अलग परियोजना के रूप में एनपीएम को प्रकाशित करने के लिए सीधे मुझसे संपर्क किया है।
गंभीर डेवलपर्स गिटहब के माध्यम से नया संस्करण प्राप्त कर सकते हैं, लेकिन इसमें केवल कच्चा स्रोत है, न कि कैटनेटेड/मिनीफाइड/अनुरूप संस्करणों के रूप में, रीडमे कहते हैं कि make dist
नहीं चलाया जाता है जब तक कि इसे वापस विलय नहीं किया जाता है और संस्करण संख्या बढ़ जाती है।
I सोचें यह इस कांटा का कांटा बनाने और इसे एक नए एनपीएम मॉड्यूल के रूप में प्रकाशित करने के समान सरल होना चाहिए। लेकिन GitHub मुझे उस
वहाँ एक रास्ता है कि मैं एक नया NPM मॉड्यूल के रूप में प्रकाशित कर सकते हैं है ("आप पहले से ही इस परियोजना को देख रहे हैं") ऐसा करने की अनुमति नहीं है, लेकिन अभी भी
के लिए विकल्पों को बनाए रखने- अपने मूल
- मेरी कांटा के लिए एक पुल का अनुरोध सबमिट करना कांटा मेरी कांटा से नदी के ऊपर परिवर्तन (और इस प्रकार मूल)
क्या मैं एक नए ईमेल पते के तहत एक नया गिटहब खाता बना सकता हूं?
आपको एनपीएम को प्रकाशित करने के लिए सिर्फ एक नया कांटा की आवश्यकता नहीं है। आप बस अपने मौजूदा फोर्क का उपयोग कर सकते हैं और 2 शाखाएं रख सकते हैं: एक "स्थिर" शाखा जिसे आप एनपीएम पर प्रकाशित करते हैं, और एक कार्य-प्रगति शाखा जो लगातार मूल प्रोजेक्ट के साथ परिवर्तन को समन्वयित करती है। – user2943490
@ user2943490 आपकी टिप्पणी का जवाब है। एक रेपो ('मास्टर' के अलावा) की शाखा को एनपीएम और बोवर में प्रकाशित करना संभव है। – prototype