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