मैंने गलती से किसी के पूरे प्रोजेक्ट को ओवरहाल कर दिया। अनुरोध को खींचने का कोई स्वीकार्य तरीका?


12

मुझे एक उपयोगी केंद्रीय सुविधा के साथ जीथब पर एक महान परियोजना मिली लेकिन जो त्रुटि से निपटने, लॉगिंग, कॉन्फ़िगरेशन और सेटअप के "चमकाने" में मोटा है। परियोजना 5 साल से अछूती है, और कोड की केवल एक सौ लाइनें हैं। फिर भी यह काफी उपयोगी है कि एक अच्छी संख्या में पहरेदार और मुट्ठी भर कांटे के लिए खुद को ध्यान में लाया जाए।

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

मुझे लगता है कि मेरे सभी बदलाव उचित / अच्छे हैं और एक दर्शक द्वारा इसे प्रयोग करने योग्य बनाने की आवश्यकता है। लेकिन वहाँ बहुत सारे हैं, लगभग मूल रूप से रेपो के रूप में (इस सामान्य रखने के लिए संख्या से बचने)। इसके अलावा, git दोष दिखाता है कि मैंने इस (छोटी!) कोडबेस की लगभग हर पंक्ति को छुआ है। मैं परियोजना के नियंत्रण की मांग नहीं कर रहा हूँ, या यहाँ तक कि जो मैंने किया है उसके लिए भी कोई श्रेय नहीं। लेकिन मेरी पसंद को देखते हुए मैं अपने बदलावों को विलीन होते देखना चाहता हूं ताकि मेरे अज्ञात गीथूब पर कांटे में छिपने के बजाय हर कोई उनसे लाभ उठा सके।

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

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

अगर गलती से किसी के प्रोजेक्ट को ओवरहाल कर दिया जाए तो क्या करना है?

क्या मुझे ऐसा नहीं करने के लिए बस अपना सबक सीखना चाहिए और अपने कांटे में खुद में बदलाव रखना चाहिए? क्या मुझे सिर्फ एक अनुरोध करना चाहिए और देखना चाहिए कि क्या होता है? क्या मुझे विवरण में खुद को समझाने वाले शब्दों का एक गुच्छा खर्च करना चाहिए? क्या मुझे इसे एक निश्चित तरीके से प्रस्तुत करना चाहिए?

जवाबों:


30

यदि परियोजना "5 साल से अछूती" थी, जैसा कि आपने लिखा है, तो संभावना है कि पुल अनुरोध स्वीकार नहीं किए जा रहे हैं, भले ही किसी ने एक टिप्पणी में एक टाइपो तय किया हो या पूरी तरह से फिर से लिखा हो। परियोजना को संभवतः मूल लेखकों द्वारा छोड़ दिया गया था।

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

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

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


2
रियलिटी चेक के लिए धन्यवाद। मैं लेखक से संपर्क करने की कोशिश करूंगा और परियोजना के बारे में उसके दृष्टिकोण के बारे में महसूस करूंगा।
user1169420
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.