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