2010-07-19 7 views
24

बनाम बिल्ड MSDN प्रलेखीकरण कहता है: प्रमुख, मामूली, बनाते और संशोधन:नेट AssemblyName.version संशोधन

संस्करण संख्या दो से चार के घटकों से मिलकर बनता है। प्रमुख और मामूली घटकों की आवश्यकता है; निर्माण और संशोधन घटक वैकल्पिक हैं, लेकिन निर्माण घटक आवश्यक है यदि संशोधन घटक परिभाषित किया गया है। MAJOR.MINOR [: सभी परिभाषित घटकों पूर्णांकों से अधिक या 0.

संस्करण संख्या के प्रारूप के रूप में इस प्रकार है के बराबर होना चाहिए (वैकल्पिक घटक वर्ग कोष्ठक में ([और]) दिखाए जाते हैं। एक ही नाम साथ सभाओं लेकिन विभिन्न प्रमुख संस्करणों परस्पर विनिमय नहीं कर रहे हैं एक उच्च संस्करण +०१२३५१६४१०६१: निर्माण [.revision]] घटक के रूप में इस प्रकार सम्मेलन द्वारा किया जाता है:

  • मेजर।संख्या उस उत्पाद के एक बड़े पुनर्लेख को इंगित कर सकती है जहां पिछड़ा संगतता ग्रहण नहीं किया जा सकता है।

  • माइनर: नाम और दो विधानसभाओं पर प्रमुख संस्करण संख्या ही कर रहे हैं, लेकिन नाबालिग संस्करण संख्या अलग है तो इससे पता चलता पश्चगामी संगतता के इरादे से महत्वपूर्ण वृद्धि। यह उच्च मामूली संस्करण संख्या उत्पाद की एक बिंदु रिलीज या किसी उत्पाद के पूर्ण पिछड़े-संगत नए संस्करण को इंगित करती है।

  • बिल्ड: बिल्ड संख्या में एक अंतर उसी स्रोत के पुनर्मूल्यांकन का प्रतिनिधित्व करता है। प्रोसेसर, प्लेटफ़ॉर्म, या कंपाइलर परिवर्तनों के दौरान विभिन्न बिल्ड नंबर का उपयोग किया जा सकता है।

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

बाद के संस्करणों Hotfix पहले संस्करण की अद्यतन माना जाता है।

मेरा प्रश्न अर्थ पदों की निर्माण और इस संदर्भ में संशोधन के विषय में है।

ऐसा लगता है कि सामान्य रूप से, हम स्रोत में परिवर्तन करते समय "बनाता है" करते हैं। इस प्रकार "678 बनाएं" और "बिल्ड 679" अलग-अलग ठीक हैं क्योंकि स्रोत किसी भी तरह से भिन्न होते हैं - आमतौर पर कुछ बदले गए स्रोत के चेकइन के परिणामस्वरूप।ऐसा लगता है कि .NET परिभाषा आमतौर पर "निर्माण" का उपयोग करने के तरीके में "संशोधन" का उपयोग करती है।

क्या कोई भी उनके संस्करण में उपरोक्त परिभाषा का उपयोग करता है? यदि ऐसा है तो आप कंक्रीट उदाहरण दे सकते हैं कि आपने क्यों किया?

उत्तर

19

बाद के संस्करणों का प्रतिनिधित्व करता है पूर्व की Hotfix अद्यतन माना जाता है संस्करण।

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

उदाहरण के लिए 1.1.10.0 जहाजों। मैं कार्यक्षमता में छोटे बदलाव कर रहा हूं और 1.1.20.0 पर हूं जब मुझे सुरक्षा चेतावनी मिलती है जिसे फिक्सिंग की आवश्यकता होती है। मैं 1.1.10.0 से 1.1.11.0 तक नहीं बढ़ सकता, क्योंकि यह किसी और का प्रतिनिधित्व करता है। इसलिए मैं यह पहचानने के लिए 1.1.10.1 का उपयोग करता हूं कि यह 1.1.10.0 कोड का संशोधन है।

आशा है कि यह मिट्टी की तुलना में थोड़ा स्पष्ट है। कंपनी के आकार और उन सॉफ्टवेयर परियोजनाओं के आकार को भी याद रखें जो वे इन परिभाषाओं के साथ आए थे।

+6

बस स्पष्ट होने के लिए, जब आप संशोधन का उपयोग करते हैं - बिल्ड नंबर उस निर्माण की संख्या है जिसे आप संशोधित कर रहे हैं, संशोधन का निर्माण नहीं ... यही कारण है कि संभावित रूप से मुझे greif ... – PaoloFCantoni

1

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

प्रैक्टिस में, संस्करण संख्या आमतौर पर उपयोग की जाती है। (निश्चित रूप से, कैसे मैं उन्हें का उपयोग करें।)

  • मेजर - वृद्धि हुई जब सुविधा सेट/सॉफ्टवेयर परिवर्तन की एपीआई काफी

  • माइनर - वृद्धि हुई जब उल्लेखनीय परिवर्तन, मामूली एपीआई बना रहे हैं परिवर्तन या नई कार्यक्षमता के अतिरिक्त

  • बनाएं - मामूली परिवर्तन किए जाने पर, आमतौर पर बग फिक्स और सुधार (हालांकि कोई एपीआई बदलता नहीं है)

  • संशोधन - एक अद्वितीय ID/संख्या कि बिल्ड उदाहरण एक विधानसभा है कि निर्माण या संशोधन संख्या से केवल अलग की

+14

क्षमा करें, क्या आप प्रतिक्रिया पूरी कर सकते हैं? – PaoloFCantoni