दिलचस्प पोस्ट
AngularJS के साथ अमान्य होने पर बटन सबमिट करना अक्षम करें लिनक्स पर केबीआईटीआईटी (और) मिलते हैं मैं वी.एस. 2012 आरसी में फिर से काम करने के लिए यूज़र टाइप सी # सिंटैक्स को हाइलाइट कैसे कर सकता हूं? अस्थायी रूप से रीडायरेक्ट स्टडआउट / स्टेडरर दो सूचियों के बीच अंतर पिक्सेल में सटीक आकार वाला एक चित्र निर्दिष्ट करना और सहेजना जावा में क्लिपबोर्ड पर कॉपी करना जब एपीके पहली बार स्थापित होता है तो सेवा शुरू करने के लिए jqGrid: संपादन करते समय फॉर्म फ़ील्ड अक्षम करें मैं एक फ़ील्ड को दूसरे से अधिक 'मूल्यवान' बनाने के लिए MySQL पूर्ण टेक्स्ट खोज प्रासंगिकता को हेरफेर कैसे कर सकता हूं? प्रोसिबबिल्डर: मुख्य थ्रेड को अवरुद्ध किए बिना स्टाडआउट और स्टर्डर शुरू करने की प्रक्रियाओं को अग्रेषित करना सरल सूची आइटम का टेक्स्ट रंग कैसे बदलना है कस्टम तस्वीर के साथ फेसबुक एपीआई पोस्ट लिंक Android स्टूडियो 2.3 के साथ एंड्रॉइड समर्थन रेपो 46.0.0 जॉन कार्माक का असामान्य फास्ट व्यस्त वर्ग रूट (भूकंप III)

संस्करण की आवश्यकता में टिल्ड-बड़ा-से (~>) का अर्थ है?

मणि चश्मे में ~> संस्करण आवश्यकता का क्या अर्थ है?

 हना-0.1.12 [एचएमएल (~> 2.2.8) पर निर्भर करता है

वेब के समाधान से एकत्रित समाधान "संस्करण की आवश्यकता में टिल्ड-बड़ा-से (~>) का अर्थ है?"

रूबीजम्स मैनुअल इस को एक निराशावादी संस्करण की कमी कहते हैं ।

मान लें कि आपने n-part संस्करण संख्या निर्दिष्ट की है, उदा। 1.3 (2-भाग) या 3.5.6.2 (4-भाग) बाधा के रूप में। उसके बाद, बाधा को पूरा करने के लिए, एक संस्करण संख्या को निम्न शर्तों दोनों को पूरा करना होगा

  1. संस्करण संख्या के पहले एन -1 भागों को बाध्यता के पहले एन -1 भागों के समान होना चाहिए (जैसे 1.x या 3.5.6.x मैच, लेकिन 0.x या 3.5.7.x नहीं) तथा

  2. संस्करण संख्या का अंतिम भाग बाधा के अंतिम भाग (यानी 1.9999 और 3.5.6.2 मैच के बराबर या उसके बराबर होना चाहिए, लेकिन 1.2 या 3.5.6.1 नहीं)।

दूसरे शब्दों में

 ~> x_1.x_2.x_3  ... .x_n-2.x_n-1.x_n

माचिस

 x_1.x_2.x_3।  ... .x_n-2.x_n-1.y, y = x_n

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

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

उदाहरण के लिए "~> 1.2" आपके मणि को 1.3 में अपडेट कर देगा (यदि ऐसा संस्करण जारी होता है), लेकिन यह 2.0 पर अपडेट नहीं करेगा

मुझे लगता है कि बंडलर दस्तावेज़ों को सबसे अच्छा यह बताएं :

विनिर्देशक ~> का विशेष अर्थ है, उदाहरण के अनुसार सबसे अच्छा दिखाया गया है। ~> 2.0.3 समान है> = 2.0.3 और <2.1 ~> 2.1 समान है> = 2.1 और <3.0 ~ 2.2। बीटा पूर्वरेलीय संस्करणों जैसे 2.2.बीटा.12 से मेल खाएंगे।

यह किसी भी संस्करण से मेल खाता है जिसमें एक ही प्रमुख / मामूली भाग है। इसका मतलब है कि इस मामले में हैम्ल ~> 2.2.8 किसी भी 2.2.x संस्करण से मेल खाएगा।

इसका उपयोग यह सुनिश्चित करने के लिए किया जा सकता है कि एक नया मणि में एपीआई तोड़ने के बदलाव का परिणाम इस नये परन्तु बदल मणि पर निर्भर करता है जो इस मामले में हन्ना को तोड़ देगा।