बग्स को कैसे वर्गीकृत किया जाता है और बग का जीवनचक्र क्या है?


12

उबंटू में कीड़े कैसे वर्गीकृत होते हैं और एक बग का जीवन चक्र क्या है?

इसके अलावा, "प्रत्येक बग की 'स्थिति' का क्या अर्थ है, और यह कैसे निर्धारित किया जाता है"

जवाबों:


18

उबंटू के सभी बग में जीवन चक्र हैं। साथ ही, उनके पास एक "स्थिति" है जो यह समझाने में मदद करती है कि इसका जीवन चक्र क्या है। उबंटू में, प्रत्येक बग के रूप में इसका जीवन चक्र जारी है, इस पर विभिन्न स्थितियां निर्धारित की गई हैं।

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

(नोट करें नीचे दी गई जानकारी विकी पर दस्तावेज के साथ आउट ऑफ डेट हो सकती है, आपको सबसे अधिक अद्यतित जानकारी के लिए विकी को संदर्भित करना चाहिए।)


बग पर प्रत्येक स्थिति संकेतक का विवरण निम्नलिखित है:

  • नया:
    • कीड़े को इस स्थिति के साथ प्रस्तुत किया जाता है
    • उनके पास कभी-कभी जानकारी का अभाव होता है और
    • उन सभी को अप्राप्त होना चाहिए
  • अपूर्ण:
    • यदि आपको रिपोर्टर से सवाल पूछना है, तो बग को अपूर्ण पर सेट करें
    • टिप्पणी में किसी भी आवश्यक जानकारी प्रदान करने के लिए जमाकर्ता से पूछें, और सुनिश्चित करें कि आप बग रिपोर्ट में खुद की सदस्यता लें ताकि आपको ई-मेल के माध्यम से बग के लिए कोई भी अपडेट मिलेगा।
    • कुछ कीड़े को कभी भी प्रस्तुतकर्ता द्वारा जवाब नहीं दिया जाता है (जिसे "मूल पोस्टर", या "ओपी" भी कहा जाता है)। लॉन्च किए गए 60 दिन में लॉन्च किए गए इन बग्स को स्वचालित रूप से समाप्त कर दिया जाएगा, जिस दिन इसे अधूरा सेट किया गया था। उन पर कार्रवाई करने की आवश्यकता नहीं है (और, वास्तव में, बग को बदलने से समाप्ति की अवधि फिर से शुरू हो जाएगी)। ध्यान दें कि यह उबंटू परियोजना के लिए लागू होता है (यानी, उन बग कार्यों को जिनके नाम पर "उबंटू" है)। अन्य परियोजनाओं में स्वत: अपूर्ण बग समाप्ति सेट हो सकता है या नहीं भी हो सकता है।
    • यदि आप सहित कोई भी, बग पर टिप्पणी करता है, तो 60 दिन की समाप्ति घड़ी रीसेट है।
  • राय:
    • स्थिति 'राय' का मतलब है कि किसी विशेष बग के आसपास मतभेद है और लोग चर्चा जारी रखने के लिए स्वतंत्र हैं, लेकिन परियोजना या पैकेज अनुरक्षकों को अन्य काम करने की आवश्यकता है और बंद मुद्दे पर विचार कर रहे हैं। यह विचार है कि बग को बंद किया जा सकता है, इसलिए डेवलपर्स उन पर समय बर्बाद नहीं कर रहे हैं, लेकिन चर्चा अभी भी चल रही है।
    • यह स्थिति 'राय' एक प्रयोग माना जाता है, और बारीकी से निगरानी की जाएगी।
  • अमान्य:
    • इस स्थिति का उपयोग तब किया जाना चाहिए जब बग रिपोर्ट में यह निर्धारित करने के लिए पर्याप्त जानकारी न हो कि यह बग है या नहीं, भले ही यह रिपोर्टर के लिए हल हो
    • यह भी उपयोग किया जाना चाहिए यदि रिपोर्ट की गई समस्या बिल्कुल भी बग नहीं है, लेकिन उदाहरण के लिए उपयोगकर्ता त्रुटि
    • इसका उपयोग रूढ़िवादी रूप से किया जाना चाहिए क्योंकि बग को अमान्य के रूप में चिह्नित किया गया है जो अब डिफ़ॉल्ट खोजों में दिखाई नहीं देते हैं
    • इससे पहले कि आप इसे अवैध करें, किसी बग को ट्रिपल-चेक करना सुनिश्चित करें
  • समय सीमा समाप्त:
    • यह स्थिति अमान्य के समान है, लेकिन विशेष रूप से ऐसे कीड़े के लिए है जो बहुत लंबे समय से अपूर्ण हैं। (ऊपर देखो।)
    • यह स्थिति केवल लॉन्चपैडलिब या ईमेल इंटरफेस का उपयोग करके निर्धारित की जा सकती है।
    • अमान्य बग की तरह, एक्सपायर्ड बग डिफ़ॉल्ट खोजों में दिखाई नहीं देते हैं।
  • पुष्टि की गई :
    • एक अन्य रिपोर्टर ने उसी बग का अनुभव किया है, यह डुप्लिकेट बग या बग टिप्पणी के रूप में आ सकता है
    • पुष्टि किए गए बगों को मूल रिपोर्टर के अलावा किसी और से पुष्टि की आवश्यकता होती है
    • यह सुनिश्चित करने में मदद करता है कि बग सामान्य रूप से उबंटू पर लागू है, और रिपोर्टर की प्रणाली के साथ कोई समस्या नहीं है, इसलिए ...
    • कृपया अपने बग की पुष्टि न करें!
  • triaged:
    • UbuntuBugControl के एक सदस्य का मानना ​​है कि रिपोर्ट में पर्याप्त विस्तार से एक वास्तविक बग का वर्णन किया गया है जो एक डेवलपर एक फिक्स पर काम करना शुरू कर सकता है। (नीचे टिप भी देखें)
    • इसका उपयोग तब करें जब आप आश्वस्त हों कि इसे एक डेवलपर द्वारा देखा जाना चाहिए और पर्याप्त जानकारी होनी चाहिए
    • जबकि किसी भी अपस्ट्रीम अग्रेषण के होने से पहले बग की उबंटू कार्य स्थिति की आवश्यकता नहीं होगी
    • लिनक्स के बारे में बग के साथ ट्राइज्ड का मतलब है कि बग को अपस्ट्रीम मेनलाइन कर्नेल के साथ टेस्ट किया गया है
  • चालू:
    • यदि आप बग को ठीक करने पर काम कर रहे हैं, तो इसे प्रगति पर सेट करें ताकि लोग जान सकें कि क्या चल रहा है
    • प्रगति के बग में उन पर काम करने वाले व्यक्ति को सौंपा जाना चाहिए
  • ठीक किया गया:
    • उबंटू बग कार्य: परिवर्तन लंबित हैं और जल्द ही अपलोड किया जाना है (यह वही है जो बुग्जिला में PENDINGUPLOAD था)
    • फिक्स कॉमिड का उपयोग तब भी किया जाता है जब एक अद्यतन पैकेज एक-रिपॉजिटेड रिपॉजिटरी यानी हार्डी-प्रस्तावित में मौजूद होता है
    • जब पैच बग से जुड़ा होता है, तो फिक्स किए गए का उपयोग नहीं किया जाता है
    • अपस्ट्रीम बग कार्य: फिक्स CVS / SVN / bzr में है या किसी स्थान पर प्रतिबद्ध है
  • जारी किया गया:
    • उबंटू बग कार्य: एक फिक्स एक आधिकारिक उबंटू भंडार में अपलोड किया गया था
    • एनबी इसमें शामिल नहीं है -प्रोस्ड यानी हार्डी-प्रस्तावित
    • कृपया एक टिप्पणी के रूप में एक चैंज जोड़ने में संकोच न करें, इसलिए लोग जानते हैं कि पैकेज संस्करण किस बग को ठीक किया गया था
    • यदि वर्तमान विकास रिलीज़ में बग को ठीक किया गया है, तो वह ठीक किया गया रिलीज़ है। यदि बग को स्थिर रिलीज़ में भी ठीक करने की आवश्यकता है, तो उस रिलीज़ के लिए नामांकित करने के लिए "लक्ष्य को जारी करें" लिंक का उपयोग करें।
    • अपस्ट्रीम बग कार्य: एक रिलीज टारबॉल की घोषणा की गई थी और सार्वजनिक रूप से उपलब्ध है
  • ठीक नहीं होगा:
    • बग फिक्स बहुत विवादास्पद होने पर इस स्थिति का उपयोग कभी-कभी किया जाता है
    • यह अक्सर एक रिलीज लक्ष्य के साथ बग के लिए उपयोग किया जाता है जो उस विशेष रिलीज में तय नहीं किया जाएगा लेकिन बाद में तय किया जा सकता है
    • यह सुविधा अनुरोधों के लिए भी उपयोग किया जा सकता है जो डेवलपर्स लागू नहीं करना चाहते हैं

(स्वरूपण विकी से थोड़ा अलग होगा क्योंकि यहाँ प्रारूपण अधिक सीमित है)


संबंधित प्रश्न और उत्तर:
महत्व मूल्य: कैसे उबंटू कीड़े के महत्व का निर्णय लिया जाता है


फ़्लोचार्ट हटा दिया गया है - हम उन्हें कुछ बिंदु मुझे लगता है कि ... पर पुनर्निर्माण की जरूरत
थॉमस वार्ड
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.