सॉफ्टवेयर संस्करण

सॉफ्टवेयर उत्पाद संस्करण बदलें कार्यप्रणाली

सॉफ्टवेयर संस्करण सॉफ्टवेयर उत्पादों के विभिन्न संस्करणों के लिए अद्वितीय नाम या संख्या बनाने की प्रक्रिया है।

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

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

बाद के रिलीज में, प्रमुख संख्या (प्रमुख) बढ़ जाती है जब कार्यक्षमता में महत्वपूर्ण बदलाव होते हैं, तो मामूली संख्या (मामूली) को केवल तब जोड़ा जाता है जब मामूली कार्य जोड़े गए हैं या सुधार किए गए हैं। यदि सभी मामूली समस्याएँ ठीक हो जाती हैं, तो संस्करण संख्या बदल जाती है। निम्नलिखित संख्याओं का उपयोग एक विशिष्ट सॉफ्टवेयर उत्पाद के लिए किया जाता है: 0.9 (बीटा के लिए), 0.9.1, 0.9.2, 0.9.3, 1.0, 1.0.1, 1.0.2, 1.1, 1.1.1, 2.0, 2.0.1। 2.0.2, 2.1, 2.1.1, 2.1.2, 2.2 , आदि। प्रोग्राम में कई महत्वपूर्ण कार्यों को जोड़ने के लिए डेवलपर्स कभी-कभी संस्करण 5.0 से 5.5 तक तुरंत कूदते हैं, लेकिन वे मुख्य संस्करण संख्या को बदलने के लिए पर्याप्त नहीं हैं, हालांकि, ऐसे कूद अभी भी अनुपयुक्त हैं।

प्रमुख और लघु संस्करण संख्याओं का उपयोग करने का एक और तरीका अल्फ़ान्यूमेरिक अनुक्रम जोड़ना है, जिससे रिलीज़ के विकास के चरण का निर्धारण होता है: अल्फा, बीटा, रिलीज़ उम्मीदवार। इस दृष्टिकोण का उपयोग करने वाले संस्करणों की एक श्रृंखला इस प्रकार दिख सकती है: यदि नए कार्यों को 0.5, 0.6, 0.7, 0.8, 0.9 में जोड़ा जाता है , तो उन्हें 1.0b1, 1.0b2 , प्लस नए फ़ंक्शन 1.0b3 कहा जा सकता है, फिर संस्करण 1.0rc1 हो जाता है। यदि संस्करण 1.0rc1 पर्याप्त स्थिर है, तो यह 1.0 हो जाता है, हालांकि यदि 1.0rc1 में त्रुटियां पाई जाती हैं, जिसे ठीक करने की आवश्यकता है, तो यह संख्या 1.0rc2 , आदि होगी। इस दृष्टिकोण की एक महत्वपूर्ण विशेषता यह है कि संस्करणों के विकास के चरण समान हैं। आप नवीनतम बीटा और उम्मीदवार द्वारा पहली रिलीज़ या अंतिम रिलीज़ उम्मीदवार और तैयार उत्पाद के बीच कोई बदलाव नहीं कर सकते। यदि आपने ऐसा किया है, तो आपको कम विकास के स्तर पर एक और संस्करण जारी करने की आवश्यकता है।

अल्फ़ान्यूमेरिक संस्करणों के जाने-माने उदाहरण Macromedia Flash MX, Adobe Photoshop CS2 हैं।

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

पदनाम चरण पदनाम

व्यावहारिक उपयोग के लिए अभी तक स्थिर या बीटा स्थिति को असाइन करने के लिए, ऐसी योजनाएं नहीं हैं जहां पहले अनुक्रम में शून्य का उपयोग किया जाता है। इसे उन मामलों में तीसरे नंबर पर रखा गया है जहां संस्करण का परीक्षण करने की योजना है या संस्करण केवल आंतरिक उपयोग के लिए उपयुक्त है।

ऐसी योजनाओं में क्रम इस प्रकार है:

• 0 - अल्फा
• 1 - बीटा
• 2 - रिहाई के उम्मीदवार
• 3 - सार्वजनिक रिलीज

उदाहरण के लिए:

• 1.2-ए के बजाय 1.2.0.1
• 1.2-b2 के बजाय 1.2.1.2 (कई बग फिक्स के साथ बीटा)
• 1.2-rc के बजाय 1.2-rc (रिलीज उम्मीदवार)
• 1.2-r के बजाय 1.2-r (वाणिज्यिक वितरण के लिए)
• 1.2-r5 के बजाय 1.2.3.5 (कई बग फिक्स के साथ वाणिज्यिक वितरण के लिए)

अनुक्रम पृथक्करण

प्रकाशित होने पर, अनुक्रमों को विराम चिह्न से अलग किया जा सकता है। विराम चिह्नों का चयन और उनका उपयोग योजना पर निर्भर करता है।

निम्न सूची एक ही रिलीज पर विभाजन सर्किट के संभावित उदाहरण दिखाती है:

• योजना अनुक्रम के बीच समान विराम चिह्न का उपयोग कर सकती है: 2.4.13 , 2/4/13 , 2-4-13
• योजना का विकल्प, कौन सी संख्या को विभाजित करना है और कौन सा नहीं, विरोधाभासी हो सकता है: 2.413
• एक स्कीमा एक ही अनुक्रम के भीतर विभिन्न विराम चिह्नों का उपयोग कर सकती है: 2.4_13

अनुक्रम संख्या

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

अनुक्रम वृद्धि

एक संस्करण में संख्याओं के अनुक्रम को बढ़ाने के दो अलग-अलग तरीके हैं। अधिकांश मुफ्त सॉफ्टवेयर उत्पाद अनुक्रमिक संख्याओं की एक निर्बाध धारा का उपयोग करते हैं: 1.7.0 , 1.8.0 , 1.8.1 , 1.9.0 , 1.10.0 , 1.11.0 , 1.11.1 , 1.11.2 , आदि। ऐसे उत्पाद का एक उदाहरण मीडियाविकि है । अन्य कार्यक्रम दशमलव संख्या का उपयोग करते हैं: 1.7 , 1.8 , 1.81 , 1.82 , 1.9 , आदि। ऐसे कार्यक्रमों में, संस्करण 1.8 के बाद , संस्करण 1.81 जाएगा, वर्तमान रिलीज़ को 1.81a , 1.81 बी , आदि द्वारा इंगित किया जाएगा।

संस्करणों में दिनांक का उपयोग करना

वाइन प्रोजेक्ट के डेवलपर्स ने संस्करण बनाते समय तारीखों का उपयोग किया, उन्होंने रिलीज के वर्ष, महीने और दिन का संकेत दिया: "शराब 20040505" । अब वाइन रिलीज के "मानक" नंबरिंग का उपयोग करता है, 2010 का नवीनतम संस्करण 1.2 नंबर है। उबंटू लिनक्स एक समान नंबरिंग योजना का उपयोग करता है, उदाहरण के लिए, अप्रैल 2010 रिलीज़ को उबंटू 10.04 के रूप में गिना गया है। Microsoft Office बिल्ड नंबर भी वास्तव में एन्कोडेड दिनांक हैं।

यहां यह ध्यान दिया जाना चाहिए कि संस्करण क्रमांकन में तारीखों का उपयोग करते समय, आपको आईएसओ योजना का उपयोग करना चाहिए, अर्थात, पहले वर्ष, फिर महीना, और फिर दिन (YYYY-MM-DD) को इंगित करें, और हाइफ़न को छोड़ा जा सकता है।

रिलीज़ के वर्ष तक संस्करण क्रमांकन ( Adobe Illustrator 88, WordPerfect Office 2003) के उदाहरण भी हैं। यद्यपि इस कदम का उपयोग अक्सर विपणन उद्देश्यों के लिए किया जाता है, और यह संस्करण संख्या अभी भी मौजूद है। उदाहरण के लिए, Microsoft Windows 2000 सर्वर के संस्करण में वास्तव में Windows NT 5.0 नंबर है।

TeX संस्करण नंबरिंग योजना

TeX प्रणाली एक अद्वितीय संस्करण नंबरिंग योजना का उपयोग करती है। संस्करण संख्या 3 की उपस्थिति के बाद, संख्या के अनुक्रम से संबंधित एक अंक को सभी बाद के अद्यतन संस्करणों में डॉट के बाद जोड़ा गया था the यह एकरी संख्या प्रणाली के रूपों में से एक है - संस्करण संख्या संख्या to से संख्या संख्या से मेल खाती है। नवीनतम संस्करण संख्या 3.1415926 है। यह विधि TeX प्रणाली की स्थिरता को दर्शाती है। TeX के डेवलपर डोनाल्ड नुथ ने कहा कि नवीनतम संस्करण उनकी मृत्यु के बाद जारी किया जाएगा और उनकी संख्या पूर्ण संख्या all होगी, जिसमें शेष सभी कमियां स्थायी कार्य बन जाएंगी। METAFONT एक समान योजना का पालन करता है, गणितीय स्थिर ई से संख्याओं के साथ संस्करणों की संख्या।

Apple सर्किट

, Apple NumVersion संरचना के आधार पर एक औपचारिक संस्करण क्रमांकन संरचना का उपयोग करता है, इसमें एक प्रमुख संस्करण संख्या (1-2 संख्याएं), एक लघु संस्करण संख्या (1 संख्या), एक निश्चित संस्करण संख्या ("बग" संस्करण) (1 नंबर) और एक विकास चरण संकेतक शामिल हैं। (prealpha, अल्फा, बीटा, आदि) और प्रीलेरेज संख्या (0-255)। इन संस्करण संख्याओं को एक पंक्ति में लिखते समय, विकास के शून्य या अंतिम चरण को इंगित करने वाली संख्या के भाग को छोड़ देने के लिए एक सशर्त समझौता था। उदाहरण के लिए: 1.0.2b12, 1.0.2 (1.0.2f0 के बजाय), और 1.1 (1.1.0f0 के बजाय) ।

अन्य योजनाएं

सॉफ़्टवेयर निर्माता अपने सॉफ़्टवेयर की रिलीज़ को इंगित करने के लिए विभिन्न योजनाओं का उपयोग करते हैं। उदाहरण के लिए, Microsoft विंडोज ऑपरेटिंग सिस्टम एक मानक संख्यात्मक संस्करण पदनाम योजना (विंडोज 1.0 से विंडोज 3.11 तक) के साथ बाजार पर दिखाई दिया। बाद में, Microsoft डेवलपर्स ने विपणन उद्देश्यों के लिए संस्करण नामों को अलग करना शुरू कर दिया, अर्थात्, पहले रिलीज़ वर्ष (विंडोज़ 95 (4.0), विंडोज 98 (4.10), विंडोज 2000 (5.0)), फिर अल्फ़ान्यूमेरिक कोड (विंडोज मी (4.90)) का उपयोग किया। Windows XP (5.1)) के बाद ब्रांड नाम (विंडोज विस्टा (6.0)) है। विंडोज 7 की नवीनतम रिलीज को देखते हुए, Microsoft फिर से मानक संख्यात्मक योजना पर लौट आया है, हालांकि विंडोज 7 के संस्करण का आधिकारिक नाम 6.1 है।

डेबियन परियोजना ऑपरेटिंग सिस्टम के रिलीज के लिए "प्रमुख / मामूली" योजना का उपयोग करती है, और टॉय स्टोरी कार्टून के नाम सॉफ्टवेयर उत्पाद नामों को विकसित करने के लिए उपयोग किए जाते हैं।

छिपे हुए संस्करण संख्या

एक सॉफ़्टवेयर उत्पाद में एक तथाकथित "छिपा हुआ" संस्करण संख्या हो सकती है, जो उत्पाद के मुख्य नाम में इंगित नहीं होती है (आमतौर पर, छिपी हुई संख्या को संकलित करते समय सभी संस्करण क्रमांकन नियमों का पालन किया जाता है)। उदाहरण के लिए, जावा एसई 5.0 की आंतरिक संख्या 1.5.0 है, और एनटी 4 से शुरू होने वाले विंडोज संस्करण आंतरिक मानक संस्करण को जारी रखते हैं: विंडोज 2000 एनटी 5.0 है, एक्सपी विंडोज एनटी 5.1 है, 2003 एनटी 5.2 है, विस्टा एनटी 6.0 और 7 है। यह NT 6.1 है।

सॉफ्टवेयर उत्पादों के प्रारंभिक संस्करण

ऊपर सूचीबद्ध विभिन्न संस्करण योजनाओं के साथ, पूर्व-रिलीज़ पदनाम प्रणाली का उपयोग ज्यादातर मामलों में एक प्रोग्राम के रूप में किया जाता है जो सॉफ्टवेयर विकास के सभी चरणों के माध्यम से अपना काम करता है। विकास के प्रारंभिक चरण में होने वाले कार्यक्रमों को "अल्फा" (ग्रीक वर्णमाला का पहला अक्षर) कहा जाता है। अधिक परिपक्व कार्यक्रम, लेकिन अभी तक रिलीज के लिए तैयार नहीं, बीटा कहा जाता है (ग्रीक वर्णमाला का दूसरा अक्षर)। मूल रूप से, अल्फा सॉफ्टवेयर उत्पादों का परीक्षण केवल डेवलपर्स द्वारा किया जाता है, जबकि बीटा उत्पादों को सार्वजनिक परीक्षण के लिए वितरित किया जाता है। उत्पाद के इन दो संस्करणों को आम तौर पर 1 से कम संख्या में असाइन किया जाता है, उदाहरण के लिए 1.0 के बाद से 0.9। यह एक सार्वजनिक रिलीज के लिए है। हालांकि, यदि किसी मौजूदा उत्पाद के लिए एक प्रारंभिक संस्करण बनाया गया है, तो यह पत्र द्वारा दर्शाया जा सकता है “a” (अल्फा) तैयार उत्पाद के संस्करण संख्या में, उदाहरण के लिए, संस्करण 2.5 - प्रारंभिक संस्करण 2.5.a या 2.5a। रिलीज़ के लिए तैयार उत्पादों को "rc- #" टैग द्वारा इंगित किया जा सकता है, जिसका अर्थ है रिलीज़ उम्मीदवार (रिलीज़ उम्मीदवार)। जब संस्करण पहले ही जारी हो जाता है, तो टैग हटा दिया जाता है।

रिलीज के विकास के लिए संस्करण पदनाम में अजीब संख्या

1.0 और 2.6.x श्रृंखला के बीच, लिनक्स कर्नेल ने विकास में रिलीज को इंगित करने के लिए एक विषम संस्करण नंबरिंग का उपयोग किया, और यहां तक ​​कि स्थिर रिलीज के लिए नंबरिंग भी। उदाहरण के लिए, लिनक्स 2.3 लिनक्स कर्नेल के दूसरे प्रमुख डिजाइन की एक विकास श्रृंखला थी, और लिनक्स 2.4 स्थिर रिलीज की एक श्रृंखला थी जिसमें लिनक्स 2.3 विकसित हुआ था। लिनक्स कर्नेल रिलीज़ नंबर ने पहले मामूली संस्करण संख्या, और फिर आरोही क्रम में रिलीज़ संख्या लिखी। उदाहरण के लिए लिनक्स 2.4.0 → लिनक्स 2.4.22। 2004 में 2.6 कर्नेल की रिहाई के बाद, लिनक्स अब इस प्रणाली का उपयोग नहीं करता है, अब रिलीज़ चक्र बहुत छोटा है। अब वे बस तीसरे नंबर को बढ़ाते हैं, यदि आवश्यक हो तो चौथे का उपयोग करते हुए।

सेब और विषम संख्या

विशेष रूप से MacOS सिस्टम के दौरान विषम संख्याओं की कीमत पर Apple की अपनी ख़ासियतें थीं। जब मामूली रिलीज़ जारी की गई थी, तब भी संस्करण संख्या शायद ही 1 से अधिक थी, और यदि संख्या बढ़ाने की आवश्यकता थी, तो वे तुरंत 5 से कूद गए, जबकि मुख्य और मामूली रिलीज़ के बीच मूल्य में मामूली बदलाव की पेशकश की (उदाहरण के लिए, 8.5 का अर्थ है "आठ और एक आधा") , और 8.6 का अर्थ है "आठ और एक आधा बिंदु एक")। संस्करणों का पूरा अनुक्रम इस तरह दिखता है: 1.0, 1.1, 2.0, 2.1, 3.0, 3.2 (3.1 गायब है), 4.0, 4.1, 5.0, 5.1, 6.0, 7.0, 7.1, 7.5, 7.6, 8.0, 8.1, 8.5, 8.6, 9.0, 9.0 9.1, 9.2।

संस्करण 1.0 एक प्रमुख विकास चरण के रूप में

मालिकाना सॉफ्टवेयर डेवलपर्स हमेशा एक प्रोग्राम संस्करण 1 की पहली रिलीज का नाम देते हैं, और फिर कोड के प्रत्येक पुनर्लेखन के बाद प्रमुख संस्करण संख्या बढ़ाते हैं। इसका मतलब है कि यह कार्यक्रम विकास के कुछ ही महीनों में संस्करण 3 तक पहुंच सकता है, जबकि यह अभी भी स्थिर और विश्वसनीय नहीं हो सकता है।

कंपनियों के विपरीत, मुफ्त सॉफ्टवेयर समुदाय 1.0 संस्करण को एक प्रमुख विकास कदम के रूप में उपयोग करता है, जिसका अर्थ है कि उत्पाद पूरा हो गया है, इसमें सभी आवश्यक कार्य हैं, और यह सार्वजनिक उपयोग के लिए पर्याप्त विश्वसनीय है।

इस योजना के अनुसार, संस्करण संख्या धीरे-धीरे 1.0 तक पहुंच जाती है जब तक कि रिलीज की तैयारी में सभी खामियां समाप्त नहीं हो जाती हैं। MAME डेवलपर्स, उदाहरण के लिए, एमुलेटर प्रोग्राम के संस्करण 1.0 को जारी करने की तलाश नहीं करते हैं, यह तर्क देते हुए कि यह कभी भी पूरी तरह से पूरा नहीं होगा, क्योंकि आर्केड गेम हमेशा दिखाई देंगे। संस्करण 0.99 बस संस्करण 0.100 का अनुसरण करता है। 1.99 की रिलीज़ के बाद Xfire का एक समान उदाहरण 1.100 आता है। तो 6 साल के अस्तित्व के लिए, eMule अभी भी 0.50 संस्करण तक नहीं पहुंचा है।

कार्यक्रम का इतिहास

Winamp ने कार्यक्रम के तीसरे संस्करण का एक पूरी तरह से अलग कॉन्फ़िगरेशन जारी किया, जिसमें प्लगइन्स और पिछले संस्करण के अन्य संसाधनों के साथ कोई पिछड़ी संगतता नहीं थी। हालांकि, यह संस्करण 2 और 3 संस्करणों के साथ पूरी तरह से संगत हो गया, लेकिन पांचवें स्थान पर था, यानी 4 को छोड़ दिया गया था ... वही बात यूनिक्सवेअर 7 के साथ हुई, जो कि यूनिक्सवेयर 2 और ओपन सर्वर 5 का मिश्रण था।

प्रतिस्पर्धियों के साथ कैसे तालमेल रखें

मालिकाना सॉफ्टवेयर उद्योग में, विपणन उद्देश्यों के लिए प्रमुख और मामूली संस्करणों को छोड़ देने की एक सामान्य आदत है।

यह कई Microsoft और अमेरिका ऑनलाइन उत्पादों के साथ-साथ Sun Solaris संस्करण क्रमांकन प्रणाली, जावा वर्चुअल मशीन , SCO Unix और Corel Word Perfect में देखा जा सकता है । फाइलप्रो डीबी / आरएडी सॉफ्टवेयर उत्पादों को 2.0 से 3.0 से 4.0 से 4.1 से 4.5 से 4.8 से 5.0 तक गिना गया था, और वे पहले से ही एक एकल मध्यवर्ती होने के बिना, 5.6 जारी करने की तैयारी कर रहे हैं। एओएल के पीसी क्लाइंट सॉफ़्टवेयर के संस्करणों के बीच थोड़ा अंतर देखा जा सकता है, हालांकि वे केवल प्रमुख रिलीज - 5.0, 6.0, 7.0 आदि। उसी तरह, माइक्रोसॉफ्ट एक्सेस संस्करण 2.0 से संस्करण 7.0 तक कूद गया और माइक्रोसॉफ्ट वर्ड के संस्करण के साथ पकड़ लिया।

Microsoft के पास संस्करण 5 को स्किप करके नेटस्केप ब्राउज़र के संस्करण क्रमांकन के साथ पकड़ने और इंटरनेट एक्सप्लोरर के छठे संस्करण को तुरंत लॉन्च करने का भी लक्ष्य था।

Sun द्वारा विकसित, स्थानों में जावा प्रोग्रामिंग भाषा में एक मिश्रित नंबरिंग प्रणाली थी, जिसमें संस्करण संख्या हमेशा 1.x थी, लेकिन तीन बार संस्करण केवल x के संदर्भ में बेचा गया था:

• JDK 1.0.3
• JDK 1.1.2 1.1.8 के माध्यम से
• 1.4.2 के माध्यम से J2SE 1.2.0 ("जावा 2")
• जावा 1.5.0 ("जावा 5")
• जावा 1.6.0 ("जावा 6")

सूर्य भी पहले सोलारिस संस्करण संख्या से चूक गया, जहां सोलारिस 2.8 (या 2.9) विपणन दस्तावेजों के अनुसार सोलारिस 8 (या 9) के लिए वर्तमान संस्करण संख्या थी।

अंधविश्वासों

2007 की Microsoft ऑफिस रिलीज़ की आंतरिक संस्करण संख्या 12 थी। 2010 की रिलीज़ में आंतरिक रूप से पहले से ही 14 नंबर थे, एक दर्जन दर्जन की खराब प्रतिष्ठा के कारण।

WordPerfect Office के Corel के संस्करण 13 को "X3" (रोमन अंक 10 और "3") के रूप में नामित किया गया है। X4 के अगले संस्करण में प्रक्रिया को दोहराया गया था।

विपणन कठिनाइयों को कैसे दूर करें

1990 के दशक के मध्य में, सीएमएमएस और मैक्सिमो , चीनी बाजार में तेजी से उछलते हुए, मैक्सिमो सीरीज़ 3 संस्करण से सीधे श्रृंखला 5 में कूद गए, श्रृंखला 4 को छोड़ दिया, क्योंकि चीनी में नंबर 4 के गलत उच्चारण का अर्थ "मृत्यु" या "विफलता" हो सकता है। हालांकि, यह, रिलीज 4.0 के रिलीज के साथ मैक्सिमो सीरीज 5 को रोक नहीं पाया। यह ध्यान दिया जाना चाहिए कि श्रृंखला नंबरिंग वहीं बंद हो गई, लेकिन रिलीज 1.0 से शुरू होकर, काफी सफलतापूर्वक शुरू हुई।

सॉफ्टवेयर डेवलपमेंट में वर्जन नंबरिंग का महत्व

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

लेख से प्रकाशित चित्र: " एक सफल गिट ब्रांचिंग मॉडल "

यह अनुवाद चेरियस के कर्मचारी नताल्या वोलोडिना द्वारा किया गया था।