अपडेट संस्करण वास्तव में क्या मतलब है?


18

बहुत सारे सॉफ़्टवेयर अपडेट v0.1 से v2.2 से v2.6.5.6 की योजना का पालन करते हैं । सॉफ्टवेयर के लिए इन "अपडेट" का वास्तव में क्या मतलब है? क्या कोई उद्योग मानक हमेशा पीछा किया जाता है या प्रोग्रामर बहुत ज्यादा अपडेट बढ़ाते रहते हैं या अधिक दशमलव जोड़ते हैं?


12
@ S.Lott जैसा कि मैं प्रोग्रामिंग दृश्य के लिए काफी नया हूं, मैं विशिष्टताओं को नहीं जानता। यह पूछने का सबसे अच्छा तरीका है कि मैं साथ आ सकता हूं।
जेम्स मेर्टज

9
@ एस.लॉट, कैफीन सर पर वापस काटो, यह आपको चिड़चिड़ा बना रहा है।
ocodo

2
@ S.Lott को बेझिझक संपादित करें क्योंकि आप प्रश्न को बेहतर तरीके से देखते हैं। मुझे लगता है कि आप जानते हैं कि मैं क्या देख रहा हूं। हालांकि, मुझे लगता है कि प्रदान किए गए उत्तर बहुत अच्छे हैं। मुझे भी लगता है, मेरी पिछली टिप्पणी पर अप-वोटों को देखते हुए, कि मैंने जो किया है, वह सबसे अच्छा किया है और यह सवाल ठीक है। हालांकि मैं आलोचना का स्वागत करता हूं, साथ ही संपादन भी। जैसा आप फिट देखते हैं वैसा ही करें। मेरे लिए, मैं इसे अकेला छोड़ रहा हूं।
जेम्स मेर्ट्ज

1
@ S.Lott सवाल मुझे जैसा लगता है, बहुत स्पष्ट लगता है। मुझे नहीं लगता कि एक विशिष्ट मानक-लेखन संगठन को सूचीबद्ध करना एक काफी सुधार होगा। यदि आप अन्यथा महसूस करते हैं, तो बेझिझक संपादित करें। इसके लिए आपके पास रिपीट है।
एडम लेअर

3
@ S.Lott: "क्या कोई उद्योग मानक है" पूरी तरह से ठीक है। हाँ, उद्योग के मानक हैं! इससे कोई फर्क नहीं पड़ता कि उन्हें कौन लिखता है: क्रोनो जानना चाहता है कि संस्करणों का क्या अर्थ है, यह निर्दिष्ट करना उसकी पसंद है कि वह कितना विस्तृत होता है ... शायद आपने उल्लेख किया होगा कि आप इस प्रश्न को व्यापक रूप में समझते हैं? केवल विवरणों पर हथौड़ा चलाना उपयोगकर्ता को स्पष्ट नहीं करता है, उपयोगकर्ता को परिभाषित करने के लिए कह रहा है: शब्द उपयोगकर्ता को यह स्पष्ट नहीं करता है, यह बताना कि आपका पहला टिप्पणी उपयोगकर्ता के लिए स्पष्ट नहीं होने के बाद यह अर्थहीन है।
तमारा विज्समैन

जवाबों:


16

जैसे शॉन ने कहा, वास्तव में कोई मानक नहीं है। कुछ कंपनियों में दूसरों की तुलना में बेहतर संस्करण प्रथाएं हैं (मैंने उन विक्रेताओं के साथ काम किया है जो प्रमुख संस्करण संख्याओं को छोड़ देते हैं, और अन्य जो बाद में कई रिलीज़ पर अटक जाते हैं)।

कहा जा रहा है कि, Gravatars के आविष्कारक और GitHub ( टॉम प्रेस्टन-वर्नर ) के कोफ़ाउंडर ने ' सिमेंटिक वर्जनिंग ' के लिए एक दस्तावेज तैयार किया है, जो एक पढ़ने के लायक है।

यहाँ परिचय के अलावा है:

इस समस्या के समाधान के रूप में, मैं नियमों और आवश्यकताओं के एक सरल सेट का प्रस्ताव करता हूं जो यह निर्धारित करता है कि संस्करण संख्याओं को कैसे सौंपा और बढ़ाया जाता है। इस प्रणाली को काम करने के लिए, आपको पहले एक सार्वजनिक एपीआई घोषित करने की आवश्यकता है। इसमें प्रलेखन शामिल हो सकता है या कोड द्वारा ही लागू किया जा सकता है। इसके बावजूद, यह महत्वपूर्ण है कि यह एपीआई स्पष्ट और सटीक हो। एक बार जब आप अपने सार्वजनिक एपीआई की पहचान कर लेते हैं, तो आप अपने वर्जन नंबर पर विशिष्ट वेतन वृद्धि के साथ इसमें बदलाव करते हैं। XYZ (Major.Minor.Patch) के एक संस्करण प्रारूप पर विचार करें। बग फिक्स API वर्जन को प्रभावित नहीं करता है पैच वर्जन, बैकवर्ड कम्पैटिबल एपीआई एडिशन / चेंजेज इन माइनर वर्जन, और बैकवर्ड असंगत एपीआई चेंजेज इन द वर्जन वर्जन।

मैं इस प्रणाली को "सिमेंटिक वर्जनिंग" कहता हूं। इस योजना के तहत, संस्करण संख्या और जिस तरह से वे बदलते हैं वह अंतर्निहित कोड के बारे में अर्थ बताता है और जिसे एक संस्करण से अगले तक संशोधित किया गया है।


7

4 अंकों के साथ यह आम तौर पर मेजर वी। माइनर वी.पॉटनम.बिल्डनम है, कम से कम जहां मैं काम करता हूं।

मैं व्यक्तिगत रूप से उबंटू की संस्करण योजना को पसंद करता हूं - जीवन को इतना आसान बनाता है।


उनकी योजना क्या है? आप उन्हें क्यों पसंद करते हैं?
जेम्स मेर्टज़

3
उबंटू १०.१० = अक्टूबर २०१०, उबंटू १०.०४ = अप्रैल २०१०, उबंटू ११.०४ = अप्रील २०११, उबंटू ९ .१० = अक्टूबर २०० ९, इत्यादि यह शॉन द्वारा उस विकिपीडिया लिंक में उल्लिखित है।
जॉब

2
संस्करण संख्याओं के रूप में दिनांक का उपयोग करने के बारे में अच्छी बात यह है कि - जब तक कि कुछ अजीब समय विरोधाभास नहीं होता है - आपका संस्करण संख्या हमेशा सही क्रम में होगी। हम में से अधिकांश के लिए, यह याद रखना आसान है कि आज 2011.02.13 की तुलना में यह पता लगाने की कोशिश की जा रही है कि नई रिलीज़ का संस्करण क्या होना चाहिए।
jmort253 3

@ jmort245, बिल्कुल! मानव निर्मित सिस्टम काफी गड़बड़ हैं। फ्रिक करने वाले बैंकों को लगता है कि साल में 360, 362, 365, 366 आदि दिन होते हैं। संस्करण प्रणाली अभी तक उन बेवकूफ कृतियों में से एक है। टाइमस्टैम्प हमें नहीं लगता है, हालांकि 20050207 को पढ़ने में थोड़ा समय लगता है और 502 की तुलना में पता चलता है। प्रति माह एक से अधिक बार क्या सॉफ्टवेयर जारी किया जाता है?
जॉब

2
@job: लेकिन संस्करणों का उपयोग करने से आप विशिष्ट प्रमुख या मामूली संस्करणों में सुविधाओं को बाँध सकते हैं। इसलिए अगर मेरे पास संस्करण 2 है, तो मुझे पता है कि मेरे पास एक्स की सुविधा है जबकि संस्करण 1 में संस्करण X नहीं है।
मार्टिन यॉर्क

6

संक्षिप्त संस्करण यह है कि कोई मानक नहीं है और कंपनियां जो चाहें करती हैं। अनिवार्य रूप से, आपके पास जितनी अधिक संख्या होगी, प्रत्येक संख्या में परिवर्तनों की मात्रा उतनी ही कम होगी। आमतौर पर, आप कम से कम संस्करण xy देखेंगे, जहां x में x परिवर्तन प्रमुख रिलीज़ (प्रमुख एन्हांसमेंट / फ़ीचर रोलआउट) को दर्शाता है और y लघु रिलीज़ (महत्वपूर्ण ट्वीक्स या दोष सुधार) को दर्शाता है। उन दोनों के बाद और अधिक दशमलव का मतलब अलग-अलग चीजों से किसी कंपनी में आंतरिक रूप से हो सकता है, हालांकि अक्सर मामूली सामग्री के चारों ओर घूमती है या तेज और छोटे फिक्स का प्रतिनिधित्व करती है।

विकिपीडिया में एक लेख है जो इसे अधिक विस्तार से कवर करता है।


3

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

MAJOR.MINOR.MICRO.BUILD

  • प्रमुख वेतन वृद्धि: असंगत परिवर्तन या UI का पूर्ण रीडिज़ाइन
  • मामूली वेतन वृद्धि: नई सुविधाएँ जोड़ी गईं, एक ही प्रमुख संस्करण संख्या में पूर्व संस्करणों के साथ संगत
  • माइक्रो इंक्रीमेंट: बग फिक्स रिलीज
  • संख्या बनाएँ: संकलक द्वारा उत्पन्न या संस्करण नियंत्रण से खींचा गया

कई समूह अपनी रिलीज़ में BUILD नंबर छोड़ देते हैं। यह आमतौर पर केवल परीक्षण और विकास समूहों के बीच उपयोगी होता है।

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

लब्बोलुआब यह है कि कोई मानक नहीं है, नए संस्करणों के अलावा अन्य उच्च संस्करण संख्याओं का उपयोग करते हैं, और यह कि प्रत्येक संस्करण संख्या अद्वितीय है।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.