विकसित होने के दौरान (या तो फीचर्स या बग फिक्स) मैं कभी-कभी उन बग्स की खोज करने के लिए होता हूं जो सीधे उस चीज से संबंधित नहीं हैं जो मैं काम कर रहा हूं। उस स्थिति में मुझे क्या करना चाहिए। बस इसे ठीक करें? बाद में इसे ठीक करने के लिए याद करने की कोशिश करें? इसे कहीं लिख लें? या बग ट्रैकिंग सिस्टम में दर्ज करें?
मैं आम तौर पर इसे बग ट्रैकिंग सिस्टम में दर्ज करता हूं और इस प्रक्रिया को स्वयं खेलने देता हूं (यानी ट्राइएजिंग, असाइन करना आदि)। हालाँकि मैंने शायद ही कभी किसी अन्य डेवलपर को बग में प्रवेश करते देखा हो। (ऐसा क्यों है?)
48
आप उन्हें क्यों नहीं दर्ज करेंगे? क्या आपने अपने सहयोगियों से पूछा है कि वे क्यों नहीं?
—
ChrisF
हां उन्हें चाहिए। अवधि।
—
पॉप कैटालिन
शायद समस्या यह है कि वे इसके बारे में " किसी और के बग सिस्टम " के रूप में सोच रहे हैं ।
—
Xeoncross
जब तक कोई शासनादेश नहीं है, कृपया इसे दर्ज करें। जब आप कोड में जांच करते हैं, तो आम तौर पर चेक-इन को किसी कार्य आइटम के साथ जोड़ना एक अच्छा विचार है। उसके शीर्ष पर, मैंने कुछ स्थानों को देखा है जहाँ कोई बग देखता है, मानता है कि यह एक ज्ञात मुद्दा है, और इसके बारे में कभी किसी को नहीं बताता। आप ऐसा नहीं करना चाहते हैं।
—
JSWork
जब तक यह एक सरल और स्पष्ट बदलाव नहीं होता है, आपको इसे ठीक करने की कोशिश नहीं करनी चाहिए। अपने वर्तमान सुधार में एक और गतिशील तत्व जोड़कर, आप चीजों को बहुत असहनीय बना सकते हैं। यदि आप इसका उचित ध्यान प्राप्त कर सकते हैं तो आपको इसे पूरी तरह से लॉग इन करना चाहिए। अर्थात। यदि आप इसे इसके लिए टिकट के लिए लॉग इन किए बिना ठीक कर देते हैं, तो QA को इसका परीक्षण करने का पता नहीं चलेगा और आप संभावित रूप से इससे भी बड़ी समस्या का परिचय दे सकते हैं। यह खतरनाक है। अन्य डेवलपर्स शायद कोई बेहतर नहीं जानते ... आपको इसे ऊपर लाना चाहिए।
—
sam yi