सारांश
कुछ मामलों में, आपको Mari के पुराने संस्करण में काम किए गए किसी प्रोजेक्ट को Mari के नए संस्करण में बदलने की आवश्यकता हो सकती है। यदि Mari के दो संस्करणों के बीच का अंतर बहुत बड़ा है, तो रूपांतरण करते समय या रूपांतरित प्रोजेक्ट को खोलने का प्रयास करते समय Mari क्रैश हो सकता है। वैकल्पिक रूप से, आप रूपांतरित प्रोजेक्ट को खोल तो सकते हैं, लेकिन कुछ डेटा गायब हो सकता है। दोनों ही परिदृश्य संकेत देते हैं कि बड़े संस्करण रूपांतरण के दौरान प्रोजेक्ट दूषित हो गया है। निम्नलिखित लेख Mari संस्करणों के बीच प्रोजेक्ट को रूपांतरित करने के सर्वोत्तम तरीके का वर्णन करता है, ताकि दूषित होने से बचा जा सके।
अधिक जानकारी
Mari पुराने प्रोजेक्ट्स को Mari के नए संस्करणों में बदलने की क्षमता है। यह रूपांतरण उपकरण स्वचालित रूप से काम करता है, और इसे Mari के दो संस्करणों के बीच रूपांतरण करते समय सबसे बेहतर तरीके से काम करने के लिए डिज़ाइन किया गया है जो एक के तुरंत बाद आते हैं। इसका मतलब है कि अगर दो Mari संस्करणों के बीच का अंतर बहुत ज़्यादा है, तो प्रोजेक्ट को माइग्रेट करने में समस्याएँ आ सकती हैं। उदाहरण के लिए, किसी प्रोजेक्ट को सीधे Mari 4.1 से Mari 7.1 में माइग्रेट करने से प्रोजेक्ट के खराब होने की संभावना सबसे ज़्यादा होगी।
Mari के संस्करणों के बीच अपने प्रोजेक्ट को सुरक्षित रूप से स्थानांतरित करने के लिए, Mari संस्करणों के बीच छोटे वृद्धिशील छलांग लगाने की सिफारिश की जाती है।
Mari संस्करणों को प्रमुख संस्करणों , लघु संस्करणों और रखरखाव रिलीज में व्यवस्थित किया गया है:
- उदाहरण के लिए, प्रमुख संस्करण हैं, Mari 3 , Mari 4 , और Mari 5 ।
- प्रमुख संस्करणों के भीतर लघु संस्करण मौजूद हैं; उदाहरण के लिए, Mari 4 के प्रमुख संस्करण में 4.0 , 4.1 , 4.2 , 4.5 , 4.6 , 4.7 और 4.8 लघु संस्करण हैं।
- प्रत्येक लघु संस्करण में कई रखरखाव रिलीज़ मौजूद हैं। उदाहरण के लिए, Mari 4.0 में 4.0v1 , 4.0v2 , 4.0v3 और 4.0v4 शामिल हैं।
' v ' के बाद की संख्या उस रखरखाव रिलीज़ के संस्करण को दर्शाती है। इस प्रकार, Mari 4.0v4 को Mari 4.0 का नवीनतम संस्करण माना जा सकता है। यही तर्क सभी Mari संस्करणों में लागू होता है।
सफलता की सर्वोत्तम संभावना के लिए, हम प्रत्येक माइनर संस्करण के नवीनतम रखरखाव रिलीज़ को परिवर्तित करने की अनुशंसा करते हैं। ऐसा इसलिए है क्योंकि नवीनतम रखरखाव रिलीज़ को आमतौर पर Mari के उस संस्करण का सबसे स्थिर बिल्ड माना जा सकता है। उदाहरण के लिए, यदि आप किसी प्रोजेक्ट को Mari 4.1 से Mari 7.1 में माइग्रेट करना चाहते हैं, तो हम निम्नलिखित माइग्रेशन चरणों को निष्पादित करने की अनुशंसा करते हैं:
Mari 4.1 > 4.2v2 > 4.5v2 > 4.6v4 > 4.7v7 > 4.8v4 > 5.0v4 > 6.0v3 > 7.0v2 > 7.1v2
अगले पृष्ठ पर, आप Mari के सभी आवश्यक संस्करण डाउनलोड कर सकते हैं। आप इस लेख का उपयोग यह जानने के लिए भी कर सकते हैं कि Mari के कौन से संस्करण नवीनतम रखरखाव रिलीज़ हैं।
पिछली Mari रिलीज़
नोट: यदि आप Mari 4.5 या 4.6 संस्करण का उपयोग कर रहे हैं, तो कृपया ध्यान दें कि इन संस्करणों में, नोड ग्राफ़ और अन्य पैलेट खाली दिखाई दे सकते हैं। यह केवल ठीक की गई बग आईडी 370320 के कारण होने वाली एक प्रदर्शन समस्या है। आप इसे अनदेखा कर सकते हैं और Mari 4.7 पर जा सकते हैं, जहाँ पैलेट फिर से भर जाएँगे।
प्रवासन निर्देश
चूँकि किसी प्रोजेक्ट को माइग्रेट करते समय समस्याएँ उत्पन्न होने की संभावना होती है, इसलिए हम अनुशंसा करते हैं कि आप रूपांतरण प्रक्रिया शुरू करने से पहले, प्रोजेक्ट को Mari के उस संस्करण में संग्रहित करें जिसमें वह बनाया गया था, ताकि किसी भी समस्या या भ्रष्टाचार की स्थिति में उसे सुरक्षित रखा जा सके। किसी प्रोजेक्ट को संग्रहित करने के निर्देश यहाँ दिए गए हैं:
Mari डॉक्स: परियोजनाओं का प्रबंधन
अपने प्रोजेक्ट को Mari के विभिन्न संस्करणों में स्थानांतरित करने के लिए, कृपया नीचे दिए गए निर्देशों का पालन करें:
- उस Mari रखरखाव रिलीज़ को लॉन्च करें जिसके माध्यम से आप अपनी परियोजना को माइग्रेट करना चाहते हैं।
- उस प्रोजेक्ट को खोलें जिसे आप प्रोजेक्ट टैब के माध्यम से परिवर्तित करना चाहते हैं।
- कन्वर्ट डायलॉग स्वीकार करें। ध्यान दें कि यह डायलॉग आपको अपने प्रोजेक्ट की प्रतिलिपि बनाने या उसे संग्रहीत करने का विकल्प भी देता है। यदि आपने पहले बताई गई सलाह के अनुसार अपने प्रोजेक्ट का संग्रह बना लिया है, तो बस हाँ चुनें।
चित्र 1: Mari का प्रोजेक्ट रूपांतरण संवाद।
- रूपांतरण पूरा होने और प्रोजेक्ट खुलने के बाद, आप जाँच कर सकते हैं कि रूपांतरण प्रक्रिया के दौरान कोई समस्या तो नहीं आई है। अगर सब कुछ ठीक लगे, तो अपना प्रोजेक्ट बंद करें और Mari .
- इस प्रक्रिया को अगले Mari रखरखाव रिलीज में दोहराएं, जिसके माध्यम से आप अपनी परियोजना को माइग्रेट करना चाहते हैं, जब तक कि आप वांछित Mari संस्करण तक नहीं पहुंच जाते, जिसमें आप काम करना चाहते हैं।
आगे की सहायता
यदि आपको कोई कठिनाई आ रही है तो कृपया एक सहायता टिकट बनाएं और हमें इस आलेख में मांगी गई जानकारी प्रदान करें:
Q100090: Mari समस्या की रिपोर्ट करते समय सहायता को भेजने के लिए जानकारी
समर्थन टिकट खोलने के तरीके के बारे में अधिक जानकारी के लिए कृपया यह लेख देखें:
Q100064: समर्थन टिकट कैसे जारी करें
हम चाहते हैं कि खेद व्यक्त करते हैं
कृपया हमें बताएँ कि