संस्करणों और मील का पत्थर उपयोग करने का उचित तरीका

Question

ट्रैक में संस्करणों और मील का पत्थर का उद्देश्य क्या उद्देश्य है? उनका उपयोग कैसे करें? मील का पत्थर संस्करण से अलग कैसे है?

Answer 1

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

कुछ परियोजनाओं में संस्करणों और मील के पत्थर के बीच 1: 1 मैपिंग है। उदाहरण के लिए, ट्रैक प्रोजेक्ट में 0.12.3, 0.13, 0.14 इत्यादि के लिए एक मील का पत्थर है। उनके पास अधिक अमूर्त मील का पत्थर भी है जो किसी विशेष रिलीज को मैप नहीं करते हैं, जैसे कि "अगली-प्रमुख-0.1X" (जो कि " इंगित करता है कि जो भी अगली बड़ी रिलीज होती है), "लागू नहीं है", और "अनुसूचित"। जब आप टिकट बनाने के लिए जाते हैं, हालांकि, "संस्करण" फ़ील्ड में सूचीबद्ध एकमात्र चीजें सक्रिय विकास के तहत संस्करण और संस्करण जारी की जाती हैं।

आपका मील के पत्थर किसी भी तरह से अपने संस्करण के लिए सहसंबंधी अगर तुम उन्हें नहीं करना चाहती नहीं है। उदाहरण के लिए, आप "अक्टूबर -2011", "नवम्बर -2011" आदि के लिए मील का पत्थर बना सकते हैं और प्रत्येक महीने काम करने के लिए कार्यों को शेड्यूल करने के लिए उनका उपयोग कर सकते हैं। यह पूरी तरह से आप और आपके विशेष परियोजना की जरूरतों पर निर्भर है।

Answer 2

संस्करण आमतौर पर उपयोगकर्ताओं को रिलीज़ के लिए अधिक हैं।

मील के पत्थर चरणों विकास में पूरा करने की आवश्यकता है के लिए और अधिक कर रहे हैं। उपयोगकर्ताओं को उनके बारे में पता या देखने की आवश्यकता नहीं है। कुछ देव दुकानों को इन्हें उप-संस्करण (1.3.2 ए) के रूप में माना जाता है जिसे एक रिलीज़ संस्करण (1.3.2) तक समझाया जाएगा।

here की अच्छी चर्चा है।

Answer 3

कार्यप्रवाह चला जाता है कुछ इस तरह:

• आप टिकट है, कि नई सुविधाओं, बग फिक्स, सुधार, आदि के लिए अनुरोध किया जा सकता है
• फिर आप निर्धारित जो टिकट हो सकता है के आधार पर उच्च प्राथमिकता (राशि उपयोगकर्ताओं को क्या चाहिए या बगफिक्स कितना महत्वपूर्ण है, आदि)।
• तो काम (और डेवलपर्स शामिल), तो आपको "2 सप्ताह लंबा होगा एक मील का पत्थर" जैसे कुछ कह सकते हैं (अधिक हो सकता है, कम हो सकता है, यह आप पर निर्भर है) का आयोजन करने के लिए, आप अनुमान कर सकते हैं उस टिकट में कितने टिकट वास्तव में हल किए जा सकते हैं (1 मील का पत्थर)।
• फिर, आप हर कुछ मील का पत्थर (यानी 1 या 2-4 मील के पत्थर के बाद एक सार्वजनिक रिलीज जारी करते हैं, जब तक कि कुछ महत्वपूर्ण जरूरतों को ठीक नहीं किया जाता)।

समेकित करने के लिए, संस्करण पूर्ण कार्य रिलीज (या तो सार्वजनिक या नहीं) होने का इरादा है। और मील का पत्थर उन संस्करणों के लिए रोडमैप हैं। टिकट काम की न्यूनतम इकाई हैं जो उन मील के पत्थर में से प्रत्येक में किया जा सकता है।